Java IOException somente ao executar o novo Java 1.6 - alguém por favor

Question

Depois de uma atualização para o XP e Java 1.6 um de nossos aplicativos de intranet está experimentando um problema ao executar um applet Java no navegador. O applet java é um editor de documentos e aceita um parâmetro para onde o documento está localizado. Presumo ele copia esse arquivo para a máquina de usuários para editar. Eu gostaria de saber mais, mas eu não tenho a fonte ... barragem!

estamos recebendo uma java.io.IOException em uma máquina rodando o XP-IE6-Java 1.6. Este problema não acontece em nosso mais velho Win2K-IE6-Java 1.3 por isso estamos certos seu isolado para o desktop e não o servidor (99% de certeza de qualquer maneira).

Um pouco de informação: Se você tentar executar o applet duas vezes seguidas, ele trabalha pela segunda vez. A primeira vez que ele falhar. Além disso, a caixa de mensagem de erro aparece antes do java carregamento laranja logo aparece embutido no navegador.

Eu também entraram na seguinte informações no arquivo de política e recarregado o arquivo de política através do console.

grant codeBase "http://intranetserver/*" {
    permission java.security.AllPermission; 
};

aqui é um despejo do rastreamento de pilha. Obrigado pelo seu tempo: -)

java.io.IOException: Write error
    at java.io.FileOutputStream.writeBytes(Native Method)
    at java.io.FileOutputStream.write(Unknown Source)
    at sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(Unknown Source)
    at sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(Unknown Source)
    at sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(Unknown Source)
    at sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.close(Unknown Source)
    at com.docscience.dlstools.browser.editor.HTMLDocumentLoader.loadDocument(HTMLDocumentLoader.java:94)
    at com.docscience.dlstools.browser.editor.HTMLDocumentLoader.loadDocument(HTMLDocumentLoader.java:113)
    at com.docscience.dlstools.browser.editor.HTMLDocumentLoader.loadDocument(HTMLDocumentLoader.java:126)
    at com.docscience.dlstools.browser.editor.dsBrowserEditor.loadPage(dsBrowserEditor.java:1623)
    at com.docscience.dlstools.browser.editor.dsBrowserEditor.loadFile(dsBrowserEditor.java:1873)
    at com.docscience.dlstools.browser.editor.dsBrowserEditor.(dsBrowserEditor.java:201)
    at com.docscience.dlstools.browser.editor.DLSBrowserEditor.init(DLSBrowserEditor.java:38)
    at sun.applet.AppletPanel.run(Unknown Source)
    at java.lang.Thread.run(Unknown Source)

Answer 1

Eu trabalhei para fora o problema. Desligue arquivos temporários no painel de controle Java.

Answer 2

Você diz que passou de v1.3 Java diretamente para Java 1.6, você teve a oportunidade de testá-lo em tudo com Java 1.4 ou 1.5? Um pouco mais de informação contextual seria útil aqui.

Answer 3

é seu código de assinatura ou você contar com a configuração no arquivo de política?

Lembro-me de ter um problema semelhante com código assinado. Não me lembro a situação exata, mas descobriu-se que o verificação de revogação (ou talvez OCSP) definindo no console Java (guia Avançado, Seção de Segurança) causou alguns problemas na primeira partida do applet quando ativado. SUN afirma que ambos estão desativados por padrão, para que você não correr para esse problema a menos que você habilitar a configuração explicitamente.

Você pode dar uma olhada e e desativar ambos, talvez ele resolve o problema, embora a desativação verificação de revogação provavelmente não é desejado.

Answer 4

Se você decompile e olhar para a fonte de HttpURLConnection, você verá que a exceção ocorre quando se escreve para um HTTP cache. Consulte a documentação que aqui: http://java.sun.com/ JavaSE / 6 / docs / technotes / guias / net / http-cache.html

Você pode ter que usar um depurador para ver exatamente o que acontece lá e qual é a causa.