Eu não sou capaz aplicações de lançamento JNLP usando “Web Start Java”?

https://stackoverflow.com/questions/1912676

19-09-2019
|

Pergunta

Até recentemente, eu era capaz de lançamento / open JNLP arquivos em Firefox usando Java Web Start .

Não sei o que aconteceu, de repente, JNLP arquivos parou de lançamento, uma tela aparece dizendo Java Iniciando ... e, em seguida, nada acontece. Mesmo o Java Console no navegador e javacpl.cpl do applet não abre.

Tentei todas as possibilidades:. Removida toda a versão mais velha e instalada a mais recente JRE (java version "1.6.0_17"), ainda que não funciona

Feito alguns pesquisando para este problema, as pessoas sugeriram para começar javaws.exe com -viewer opção, mas mesmo comportamento (uma tela aparece dizendo "Java Iniciando ... "e, em seguida, desaparece)

O problema é que eu não sei de qualquer lugar (registros etc.) para procurar para ver o que está causando o problema.

Eu estou usando WinXP SP3, e algumas das imagens abaixo mostra mais informações sobre o meu sistema. Eu posso fornecer qualquer outro detalhe, se necessário, mas por favor me ajude a resolver este problema.

Solução 4

Embora esta questão é um pouco velho, o problema foi causado por corrompido ClearType Configuração do Registro e resolvidos, fixando-lo, conforme descrito nesta ClearType, install4j e caso de pós bug Java .

ClearType, install4j e caso de erro Java Java

Você sabe o que ClearType (tecnologia font-suavização no Windows) tem em comum com Java (linguagem de programação e um dos quadros recomendado)?

Nada, exceto que eles estavam trabalhando juntos duro para me fazer miserável para alguns meses. Eu tinha algum software Java que eu não podia instalar. Quero dizer realmente não podia - nem mesmo descobrir o motivo ou reproduzi-lo em outro PC.

Recentemente foi aprovado para Woopra (serviço do site analytics) e beta ele usa cliente de desktop escrito em Java ... eu não poderia instalar. That Got me realmente louco. :)

História Todo o software em questão foi semelhante:

configuração baseado em install4j; configuração bater com grupo de erros. Eu fui responsabilizar install4j durante os primeiros (cem ou mais) tentativas para resolver questão. Mais tarde eu lentamente entendido que se ele foi que grampeado para esse muito tempo -. solução teria sido criado e pesquisei

Tracing Depois de mudar o foco de install4j eu decidi empurrar Java estrutura. Eu estava tentando versões estáveis ??anteriormente por isso decidimos ir para não-estável 1.6 Update 10 Release Candidate.

Isso realmente fixo mensagens de erro, mas não falha. Eu também tinha notado que houve novo registo de erro criado no diretório com arquivos de configuração. Anteriormente eu tinha registros visto apenas no diretório temporário do Windows.

log de erro New dizia seguinte:

Não foi possível exibir o GUI. Este aplicativo precisa de acesso a um X Servidor. Se você tem acesso há provavelmente uma biblioteca X faltando. ************************************************** ***************** Você também pode executar esta aplicação no modo de consola sem acesso a um servidor X, passando o -c argumento muito estranho olhar para o X-Server em não-Linux PC, não é? Então, eu decidi tentar esse argumento “-c”. E era realmente capaz de instalar no modo de console.

Happy ending? Não. Agora aplicativo instalado foi bater. Mas ele realmente tem me fez pensar. Se consola funciona, mas interface gráfica não - lá deve ser problema com este último.

Mais um log de erro (na pasta da aplicação) foi dizendo agora (entre outras coisas):

Causada por: java.lang.IllegalArgumentException: -60397977 incompatíveis com chave contraste LCD específicos do texto, que com sucesso me pesquisei descrição do bug com Java incapaz de ler ClearType não-padrão Registro configuração.

Solução I imediatamente lançou ClearType Tuner partir do Painel de Controle e encontrado configuração mostrando o número rabiscos. Depois de corrigir isso para o bom um todos os problemas com Java foram instantaneamente desaparecido.

cleartypetuner_screenshot Lições aprendidas Do not ser rápido para culpa problemas de software no pedido único. Mesmo menor e totalmente ajustes não relacionados pode iniciar reações em cadeia mortais. ligações Jave Runtime Environment http://www.java.com/en/download/index.jsp

ClearType Tuner http://www.microsoft.com/windowsxp/downloads/powertoys/xppowertoys.mspx

http://www.woopra.com/

install4j http://www.ej-technologies.com/products/install4j/overview.html

Outras dicas

Tenha um olhar para o que acontece se você executar javaws.exe directamente a partir da linha de comando.

Eu sei que isto é uma questão mais velhos, mas na semana passada eu comecei a ficar um problema semelhante, por isso deixo aqui algumas notas sobre a solução que se encaixa me.

Isso aconteceu apenas em alguns computadores Windows usando mesmo o último JRE até à data (1.8.0_45).

O Java Web Start começou a carregar, mas nada aconteceu e nenhuma das tentativas de soluções anteriores funcionou.

Depois de algumas escavações eu encontrei esta discussão, o que dá a mesma configuração e uma grande explicação.

https://community.oracle.com/thread/3676876

Assim, em conclusão, que era um problema de memória em x86 JRE e desde heap máximo do nosso JNLP foi definida como 1024MB, mudamos para 780MB como sugerido e foi fixado.

No entanto, se você precisar de mais de 780MB, pode sempre tentar lançar em uma versão x64 JRE.

Eu tive o mesmo problema aqui. ir ao seu painel de controle Java e configurações ... desmarque 'Manter arquivos temporários de internet no meu computador'. Aplicar as alterações e tente novamente sua .jnlp

Nota: Testado em máquinas diferentes; Windows Server 2012, Windows Server 2008 e Windows 7 de 64 bits. Java Versão: 1.7 ++ desde o meu aplicativo jnlp é construído em 1.7

Por favor, deixe-me saber a sua opinião também. : D

Eu também estava enfrentando o mesmo problema. Para corrigir isso com os seguintes passos.

javaws abertas de cmd runnig javaws comando -viewer. Uma nova janela será aberta
Selecione o arquivo jnlp que você quer e clique no botão de execução.
Feche as javaws espectador janela.

Se javacpl não abre e dá-lhe Não foi possível encontrar a classe principal: , pode ser que Java está confuso por causa de mudanças na deployment.properties (pode ser encontrado em C:\Users\<username>\AppData\LocalLow\Sun\Java\Deployment on Win7). Excluir o arquivo e está tudo bem.

Este bug parece ser 6 anos de idade, cf . Um aplicativo deve ser capaz de ignorar as propriedades que se tornaram obsoletas ao longo do tempo, não deve ele?

Esta é uma aplicação para a qual você tem o código? Java 6u14 incluiu uma alteração na forma como ele lida com a segurança jar que para nós causado problemas muito semelhantes. Se seus frascos são assinados e trabalhar com Java 6u13 ou abaixo, você pode considerar qualquer refatorar seu código para contornar este update ou exigindo Java 6u13 ou abaixo. Infelizmente eu não me lembro exatamente o que fizemos para resolver o problema - que era modo de pânico no momento

Novamente, se você tem o código que você tem ferramentas para trabalhar com ele. Você pode colocar em declarações System.out.println em suas rotinas de inicialização - saída do console nada é exibido na janela de comando quando você executar o JNLP na linha de comando. Caso contrário, você pode considerar o uso de um bom logger como log4j para ter uma idéia melhor do ponto de falha.

Você também pode considerar a remoção da aplicação inteira e baixá-lo de novo. Java Web Start tem um miniaplicativo Painel de controle que permite que você veja a URL do seu aplicativo está baixando a partir de (poderia ser o errado), desinstalar o aplicativo, defina as opções de segurança, etc.

Eu tinha exatamente o mesmo problema. Descobriu-se que o montão de tamanho máximo foi definido para 1024 e faltando a unidade. A configuração necessária para ser max-montão de tamanho = 1024 m .

configuração de memória Então, aparentemente inválido no arquivo jnlp fará com que este comportamento exato.

No meu caso, o problema foi causado por iniciar meu aplicativo a partir de um atalho na área de trabalho público (Windows 7). Como resultado, tanto quanto eu posso dizer, a localização de arquivos temporários foi definido como C: \ Users \ Public \ etc. Isso resultou na incapaz de escrever aos detalhes cache. Quando eu redefinidas para os padrões no applet de controle de arquivos temporários, tudo funcionou bem.

No meu caso, o NetBeans cria automaticamente um arquivo .jnlp que não funciona e meu problema era devido a uma substituição acidental do arquivo launch.jnlp no servidor (pela versão inadequada e incorreta do NetBeans). Isso fez com que uma incompatibilidade entre o arquivo .jnlp local e o arquivo .jnlp remoto, resultando em Java Web Start apenas desistir depois "Verificando aplicação."

Assim, ninguém mais tem a perder uma hora de encontrar um bug que deve ser comunicado de forma adequada (mas não é) pelo Java WS.

Isso também pode ser devido a CATALINA_HOME variável de ambiente no seu sistema. Em nossa organização houve vários casos em que as aplicações JNLP apenas se recusaram a iniciar sem efetuar qualquer coisa e esvaziamento CATALINA_HOME resolveu o problema.

Eu tive o conjunto variável de ambiente no prompt de comando e não aparecem no GUI. Eu não tenho certeza se os comandos de comando ou de remoção de registo setX fez o truque. Restart parece ser necessário após a remoção da variável.

Eu acredito que este é um problema de segurança. Se eu baixar o arquivo jnpl e executá-lo depois de um java 8 instalação limpa via javaws myfile.jnpl tudo está funcionando bem (eu recebo várias janelas onde eu tenho para confirmar alguns problemas de segurança).

Eu queria compartilhar a causa raiz para o meu problema. Eu estava usando alta DPI no Windows e isso causou JNLP não lançamento. Eu tive que desligar alta DPI para que isso funcione. Espero que isso ajude.

Licenciado em: CC-BY-SA com atribuição

Não afiliado a StackOverflow