Notei que os applets assinados são carregados muito mais lentamente com o plug-in mais recente (incluído nos java 8u31 e 7u75). Eu depurei bastante a situação e descobri que o problema está diretamente relacionado ao tamanho dos arquivos jar que são referenciados no arquivo jnlp. O problema é que, toda vez que o applet é iniciado, há alguma 're-indexação' dos arquivos jar em cache que leva tempo.

Para reproduzir o problema, fiz o seguinte: criei um miniaplicativo e, no arquivo jnlp que costumava implantá-lo, adicionei vários arquivos .jar irrelevantes (que nem sequer são referenciados, para que o carregador de classe não os carregue) de tamanho considerável ( por exemplo, 30 MB). É claro que estou usando o versionamento no jnlp e capturo todo o tráfego http para garantir que os atrasos não ocorram por causa do tráfego (re-download ou verificações de revogação de certificado, etc.). Executo o applet com o rastreamento ativado e, em seguida, passei pelo arquivo de log de rastreamento xml e descobri de onde vêm os atrasos: eles sempre são do JarSigningVerifier ....

Alguém mais viu algo assim?

É muito fácil ver e reproduzir esse comportamento e me pergunto se há algo que estou ignorando. Tendo trabalhado extensivamente em applets nos últimos anos, estou totalmente perdido no que pode estar acontecendo. Posso verificar se a reversão para a versão anterior do plug-in (e todas as outras versões anteriores) funciona conforme o esperado.

Enviei um relatório de erro com a oracle, mas ainda não recebi resposta. Qualquer informação ou idéia ajudará, TIA