Descarregar sites que utilizam JavaServer Faces

Sobre JavaServer Faces

JavaServer Faces é suficientemente antigo para que encontrá-lo seja, por si só, um achado. Lançado pela primeira vez em 2004 como parte da plataforma empresarial Java padrão, definiu um modelo de componentes para interfaces de utilizador desenhadas no servidor: estado de formulário, validação, navegação e tratamento de eventos geridos no servidor, com HTML produzido como saída em vez de montado no navegador. A manutenção está agora com Eclipse Foundation, onde a especificação continua como Jakarta Faces, o que significa que a framework já sobreviveu a vários dos fornecedores que originalmente a venderam.

A nossa taxonomia arquiva a framework na categoria Web frameworks, e esse rótulo assenta mal, o que vale mais a pena sinalizar do que esconder. O desenho acontece no servidor, em Java, e o agrupamento reflete a forma como as nossas categorias tratam as frameworks de interface de utilizador em geral, e não qualquer afirmação sobre onde o código corre. A categoria entende-se melhor como etiqueta de prateleira do que como descrição técnica do runtime.

O que a presença implica de facto é um tipo específico de organização. Por trás de uma página construída com a framework há um servidor aplicacional Java, uma equipa de desenvolvimento interna ou contratada, um ciclo de compras medido em anos e não em sprints, e uma aplicação que foi especificada antes dos front ends de página única passarem a ser o normal. Os setores decorrem daí: banca, seguros, administração pública, universidades, serviços públicos, administração da saúde e logística. As próprias páginas são normalmente portais, contas de autosserviço, sistemas de reservas e aplicações internas com uma entrada pública, e não sites de marketing.

Em outubro de 2026 detetamos JavaServer Faces em 1049 sites. A informação de versão só é recuperável numa parte dessa população e, onde se consegue ler, registamos 3 versões distintas, sendo 2.0 a recuperada com mais frequência. Uma dispersão de versões tão reduzida numa base instalada desta idade é informativa por si só. Aplicações como estas são corrigidas em vez de atualizadas, porque uma migração de framework significa voltar a testar um sistema que um regulador ou um auditor leva a sério, por isso as versões persistem muito mais tempo do que as notas de lançamento do fornecedor deixariam supor.

O licenciamento reforçao padrão. A implementação está disponível com licença Apache 2.0, por isso um site detetado não é cliente de ninguém e nenhuma renovação caduca para forçar uma decisão. Uma aplicação pode ficar sem alterações durante muitos anos sem que ninguém seja obrigado a tocar-lhe, que é precisamente a razão por que as consultoras de modernização, os fornecedores de servidores aplicacionais, as equipas de segurança e as empresas de recrutamento querem todos saber onde estão as instalações que restam.

A deteção assenta em artefactos deixados no HTML entregue: caminhos de recursos da framework, campos escondidos de estado de vista e os sufixos de URL que o mapeamento do servlet produz. Tudo o que fica inteiramente por trás de um início de sessão não expõe nada disso a um rastreador, por isso a população visível é menor do que a real e está enviesada para as organizações que mantiveram uma página virada ao público sobre esta pilha. A lista lê-se portanto como um limite inferior, e a forma dela importa mais do que o total.

Uma consulta por domínio diz-lhe que uma seguradora utiliza a framework. O conjunto de dados responde às perguntas que só existem ao nível de uma população: quantos portais do setor público num dado país ainda a servem, que domínios de topo a concentram, que servidores aplicacionais e bibliotecas de front end aparecem com ela, e se a base instalada está a encolher entre instantâneos ou simplesmente parada.