Objeções contra Java Webstart?

https://stackoverflow.com/questions/126260

02-07-2019
|

Pergunta

Desde o lançamento do Adobe AIR Eu estou perguntando por Java Web Start não ganhou mais atenção no passado, como me parece ser muito semelhante, mas início web está disponível para muito mais tempo.

É principalmente por causa do mau de marketing da Sun, ou existem preocupações mais técnica para além da necessidade de ter o JVM direito instalado? Você tem más experiências usando Web Start? Se sim, qual? O que você está recomendações ao usar Web Start para a distribuição de aplicações?

Solução

Na minha empresa usamos Java Web Start para implementar aplicações Eclipse RCP. Era uma dor de configurar, mas funciona muito bem uma vez no lugar. Assim, a única recomendação que eu poderia fazer é começar pequeno, para obter o jeito dele. Implantando uma aplicação simples em primeiro lugar. Tentando implantar um produto completo que já é feito sem experiência com JWS fica complicado rapidamente.

Além disso, aprender a passar argumentos para a aplicação JWS foi inestimável para depuração. Definir as JAVAWS_VM_ARGS de variáveis ??de ambiente permite definir qualquer propriedade arbitrária para a máquina virtual Java. No meu caso:

-Xdebug -Xnoagent -Xrunjdwp: transporte = dt_socket, servidor = y, suspender = y, address = 4144

útil quando você precisa verificar problemas durante o arranque (suspender = y)

Eu acho que o principal problema para a aceitação de Java Web Start é que é relativamente difícil de configurar. Além disso, de alguma forma, não há essa dissonância: Quando você tem um aplicativo de desktop, as pessoas espera um instalador que pode dobrar clique. Quando você tem uma aplicação web, as pessoas espera que eles podem usá-lo a partir do browser. Java Web Start não é nem aqui nem lá ...

É amplamente utilizado em intranets, no entanto.

Outras dicas

Eu trabalho na intranet de um Banco desde 5 anos, e meu departament desenvolveu e distribuiu um monte de aplicativos Java Web Start, que são utilizados todos espalhados pelo mundo, eu acho que o Java Web Start tem o melhor dos aplicativos de desktop ( desenvolvimento fácil, rica interface de usuário, o poder de processamento na máquina do cliente) e as aplicações da Internet (fácil implantação e atualização).

Eu realmente gosto de Java Web Start

Eu fiz um projeto de vez em JWS e foi uma dor para chegar em execução. Pior ainda, eu nem estava lidando com toda a Internet, era uma pequena aplicação que apenas algumas pessoas em meu escritório estavam indo para usar. Eu joguei minhas mãos para cima em desgosto mais de uma vez, enquanto tanto a configuração do servidor e ajudá-los a configurar a aplicação nas máquinas clientes.

Eu acho AIR agora está ficando mais popular (embora eu nunca sabe o quão longe ele vai ficar) porque tem aplicações que as pessoas realmente querem usar (o nome do seu aplicativo favorito JWS ... vá em frente, eu estou esperando) como twhirl . Eu ainda não sou um grande fã das obras Air Way mas é um inferno de muito melhor do que JWS.

Aqui está uma lista de mindprob :

Java Web Start são dolorosamente lento para iniciar. O monitor de cargas de uma nova JVM para si e para cada aplicação. Aplicações sempre verificar na web para atualizações, o download e processar todo um novo arquivo JNLP, ao invés de apenas verificar a sua data. No entanto, se ele leva 80 segundos ou mais para verificar se há uma nova versão, isso significa que você provavelmente está tendo problemas com um servidor proxy. Iniciar javaws.exe e clique em Editar ? Preferências ? Configurações de Rede ? Direct. Você não quer JWS tentando usar o proxy Google Accelerator. Também o check-in IE, clique em Ferramentas ? Opções da Internet ? Conexões ? Configurações da LAN e certifique-se tudo é como você espera.
Atualizações tomar apenas sobre o tempo para fazer o download do aplicativo original. Tem havido quase nenhuma inteligência aplicada para fazer as atualizações compacto.
Ela exige código personalizado em execução no ISP para adequadamente servir os arquivos jardiff ou para usar a vinda de compressão pack200 hiper.
Não mudou muito desde seu lançamento inicial. Pode ser mais um produto órfão. Ele não merece ser. No entanto, a Sun lançou uma nova versão beta 1.2 depois de um ano ou assim do nada acontecer, e foi integrado no JRE, por isso vamos ver se ele está ganhando força novamente. Há alguns dos principais problemas que eles ignoraram, como o esconderijo certificado OK para trás a tela inicial, e exigindo ok para cada frasco separadamente. Mesmo se ele é órfão nada terrível acontecerá. A menos que você escreve não assinados JWS aplicativos e usar o sandbox JWS, seus JWS aplicativos será executado autônomo bem.
É necessário configurar especial do tipo JNLP MIME tanto no ISP e no navegador do cliente. Nenhum destes estão sob controle direto do desenvolvedor.
Se você tem uma atualização urgente, você não pode forçá-lo a ser instalado antes do aplicativo é nunca correr novamente.
É necessário um rígido esquema para atribuir espaço no disco rígido no computador do cliente que tem as seguintes propriedades:
- Os nomes dos diretórios atribuídos devem evitar conflitos de nome com outros fornecedores. Eles devem incorporar o principal nome do pacote da aplicação.
- Os nomes devem ser significativos para o usuário final. Eles devem ser algo que ele possa lembrar, encontrar e digitar quando ele precisa encontrar arquivos com ferramentas de trabalho.
- O esquema deve fornecer um lugar tanto para arquivos por usuário e por aplicação.
- Um programa deve funcionar em qualquer plataforma, sem modificação para lidar com encontrar seus arquivos.

Java Web Start é o caminho certo para começar a maiores aplicações Java porque permite a fácil atualização e instalação / download do aplicativo e permite uma melhor UI / UX de applets Java.

No entanto , existem alguns obstáculos para o lançamento de aplicações Java Web Start a partir de uma página web utilizando navegadores comuns com as configurações padrão:

Sun / Oracle não conseguiu criar um intergration navegador trabalhando. Consulte http://crbug.com/10877 por exemplo sobre o Google Chrome / Chromium. Basicamente, o plugin Java não executar as coisas NPAPI necessário para obter o Firefox e Chrome para confiável para a frente o tipo MIME application/x-java-jnlp-file para javaws / javaws.exe binário.
Sun / Oracle não conseguiu obter uma verdadeira registrado MIME-tipo para arquivos .jnlp Java Web Start. O prefixo application/x- tecnicamente significa projecto ou privado.
Sun / Oracle falhou ao esquema de URL em vez de usar MIME-type quando a intenção é que o Java Web Start manipula o download de aplicativos e lançamento. Por exemplo, se em vez de usar URL como https://example.com/app/launch.jnlp Java Web Start foram lançados como as coisas javaws://example.com/app/launch.jnlp iria trabalhar muito mais suave. Isto porque, neste caso, o navegador web não precisa mesmo carregar o arquivo .jnlp, ele só passa a URL completa para o manipulador de esquema (o que seria o binário javaws).

Observe a parte repetindo ( " Sun / Oracle falhou ... ") e você não precisa mais se admira por isso que o Java Web Start nunca tive muita tração. A grande parte que falta é a obtenção de um link de página da Web para confiável lançar o binário javaws com o determinado arquivo .jnlp. Que deve ser tecnicamente muito fácil (apenas registrar um novo esquema de URL quando o binário javaws está instalado), mas Sun / Oracle não conseguiu fazer isso. Pessoalmente, penso que toda a confusão foi causada pela tentativa de mexer com o tipo MIME em vez de simplesmente usar um novo esquema de URL. E mesmo as coisas do tipo MIME foi feito muito mal, para sair chorando.

Se você ainda quiser usar o Java Web Start, simplesmente preparar uma boa documentação para configurar corretamente o navegador para resolver a bagunça deixada pela Sun / Oracle. A parte boa é que ele só precisa ser feito uma vez e ele vai trabalhar para qualquer site que usa o Java Web Start. A parte ruim é que, geralmente, o navegador nunca foi configurado para fazer a coisa certa com arquivos .jnlp e você obter a culpa por usar "difícil de usar a tecnologia", pois os usuários não querem configurar seus navegadores apenas usar sua aplicação. Eu mencionei que era Sun / Oracle que não conseguiu configurar o navegador automaticamente?

A minha experiência:
Usei-ca de 2006, a aplicação intranet para um banco.

Primeiro baixe estava bem, no entanto, quando querendo empurrar para fora uma nova versão, o cache dos arquivos jar não funcionou, de modo que os novos arquivos não foram empurrados para o cliente.

Passado uma semana tentando corrigir isso sem sucesso.

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

Não afiliado a StackOverflow