Difference between revisions of "Java (Português)"

From ArchWiki
Jump to: navigation, search
(replace old-style direct package links with Pkg/AUR templates)
(fixed section fragments, simplification and beautification of wikilinks (interactive))
(Tag: wiki-scripts)
 
(38 intermediate revisions by 5 users not shown)
Line 1: Line 1:
 +
[[Category:Programming languages (Português)]]
 
[[cs:Java]]
 
[[cs:Java]]
 +
[[de:Java]]
 
[[en:Java]]
 
[[en:Java]]
 
[[es:Java]]
 
[[es:Java]]
 +
[[fa:Java]]
 
[[fr:Java]]
 
[[fr:Java]]
 
[[it:Java]]
 
[[it:Java]]
 +
[[ja:Java]]
 
[[ru:Java]]
 
[[ru:Java]]
[[tr:Java]]
+
{{Related articles start}}
[[Category:Português]]
+
{{Related|Diretrizes de pacotes Java}}
{{out of date}}
+
{{Related2|Java Runtime Environment Fonts|Fontes do Java Runtime Environment}}
''Java é uma linguagem de programação orientada a objeto desenvolvida na década de 90 por uma equipe de programadores chefiada por James Gosling, na empresa Sun Microsystems. Diferentemente das linguagens convencionais, que são compiladas para código nativo, a linguagem Java é compilada para um "bytecode" que é executado por uma máquina virtual. A linguagem de programação Java é a linguagem convencional da Plataforma Java, mas não sua única linguagem.'' [http://pt.wikipedia.org/wiki/Java_(linguagem_de_programação)]
+
{{Related articles end}}
  
== Instalação ==
+
Do [[Wikipedia:pt:Java (linguagem de programação)|artigo do Wikipédia]]:
Há dois Java Virtual Machines no repositório do Arch Linux para instalação no seu sistema — o OpenJDK implementação open source e da Sun's com código fechado. O Arch recomenda [https://www.archlinux.org/news/418/ OpenJDK.]
 
  
===OpenJDK JVM===
+
:Java é uma linguagem de programação interpretada orientada a objetos desenvolvida na década de 90 por uma equipe de programadores chefiada por James Gosling, na empresa Sun Microsystems. Diferente das linguagens de programação convencionais, que são compiladas para código nativo, a linguagem Java é compilada para um bytecode que é interpretado por uma máquina virtual (Java Virtual Machine, mais conhecida pela sua abreviação JVM). A linguagem de programação Java é a linguagem convencional da Plataforma Java, mas não é a sua única linguagem.
Para ser executado o Java, você precisa instalar o OpenJDK do repositório. Também instala o kit Java Development.
 
  
{{Atenção | Instalar o Openjdk6 ou Jre também irá instalar o Java Plugin para o Firefox }}
+
Arch Linux oferece suporte oficial às versões de código aberto OpenJDK 7, 8 e 9. Todas essas JVM podem ser instaladas sem conflito e alternadas entre si usando o script auxiliar {{ic|archlinux-java}}. Vários outros ambientes Java estão disponíveis no [[AUR (Português)|AUR]], sem suporte oficial.
  
# pacman -S openjdk6
 
  
{{Atenção | Se o uso do gerenciador de janelas non-repareting, você não precisará comentar a linha no /etc/profile.d/openjdk6.sh (não esqueça de exporta)}}
+
== Instalação ==
  
===Sun JVM===
+
{{Nota|
Para executar o Java, precisa instalar o Sun JRE que está no repositório:
+
*A instalação de um JDK vai trazer automaticamente suas dependência em JRE.
# pacman -S jre
+
*Após a instalação, o ambiente Java precisará se reconhecido pelo shell (variável {{Ic|$PATH}}). Isso pode ser feito [[carrega]]ndo {{Ic|/etc/profile}} pela linha de comando ou saindo e entrando novamente em um ambiente de desktop.}}
  
Você precisa fazer o log out e login novamente, ou adicionar $PATH no diretório "/opt/java/jre/bin/" para usar o comando bash.
+
Os pacotes ''common'' são trazidos respectivamente como dependência, chamados de {{Pkg|java-runtime-common}} (contendo arquivos comuns para Java Runtime Environments) e {{Pkg|java-environment-common}} (contendo arquivos comuns para Java Development Kits). O arquivo de ambiente fornecido {{Ic|/etc/profile.d/jre.sh}} aponta para um link simbólico {{Ic|/usr/lib/jvm/default/bin}}, definido pelo script auxiliar {{ic|archlinux-java}}. Os links {{Ic|/usr/lib/jvm/default}} e {{Ic|/usr/lib/jvm/default-runtime}} devem '''sempre''' ser editados com {{Ic|archlinux-java}}. Ele é usado para exibir e apontar para uma ambiente Java padrão em {{Ic|<nowiki>/usr/lib/jvm/java-${VERSÃO_MAIOR_JAVA}-${NOME_FORNECEDOR}</nowiki>}} ou um runtime do Java em {{Ic|<nowiki>/usr/lib/jvm/java-${VERSÃO_MAIOR_JAVA}-${NOME_FORNECEDOR}/jre</nowiki>}}.
  
Crie o programa Java, instale o Sun JDK do repositório:
+
A maioria dos executáveis da instalação do Java são fornecidos por linsk diretos em {{Ic|/usr/bin}}, enquanto outros estão disponíveis em {{Ic|$PATH}}.
# pacman -S jdk
 
  
{{Atenção|Sun Java, você necessita do código "/etc/profile" na ordem do path JAVA_HOME no caminho correto}}
+
{{Atenção|O arquivo {{Ic|/etc/profile.d/jdk.sh}} não é mais fornecido por nenhum pacote.}}
# source /etc/profile
 
  
===BEA JRockit JIT JVM (+JDK)===
+
Os pacotes a seguir estão disponíveis:
Você também pode instalar a versão JIT do Java no [[AUR]].
 
{{AUR|jrockit}}
 
  
== Banco do Brasil ==
+
{{App|OpenJDK 7|A implementação código aberto da sétima edição do Java SE.|http://openjdk.java.net/projects/jdk7/|{{Pkg|jre7-openjdk-headless}} {{Pkg|jre7-openjdk}} {{Pkg|jdk7-openjdk}} {{Pkg|openjdk7-doc}} {{Pkg|openjdk7-src}}}}
 +
{{App|IBM J9 7|Implementação da IBM da sétima edição do JRE.|https://developer.ibm.com/javasdk/downloads/sdk7/|{{AUR|jdk7-j9-bin}} {{AUR|jdk7r1-j9-bin}}}}
 +
{{App|OpenJDK 8|A implementação código aberto da oitava edição do Java SE.|http://openjdk.java.net/projects/jdk8/|{{Pkg|jre8-openjdk-headless}} {{Pkg|jre8-openjdk}} {{Pkg|jdk8-openjdk}} {{Pkg|openjdk8-doc}} {{Pkg|openjdk8-src}}}}
 +
{{App|OpenJFX 8|A implementação código aberto do JavaFX. Você [https://wiki.openjdk.java.net/display/OpenJFX/Repositories+and+Releases não precisa] instalar esse pacote se você está fazendo uso do Java SE (a implementação da Oracle do JRE e JDK, descritos abaixo). Esse pacote só interessa usuários da implementação código aberto de Java (projeto OpenJDK).|http://openjdk.java.net/projects/openjfx/|{{Pkg|java-openjfx}} {{Pkg|java-openjfx-doc}} {{Pkg|java-openjfx-src}}}}
 +
{{App|IBM J9 8|Implementação da IBM da oitava edição do JRE.|https://developer.ibm.com/javasdk/downloads/sdk8/|{{AUR|jdk8-j9-bin}}}}
 +
{{App|OpenJDK 9|A implementação código aberto da nona edição do Java SE.|http://openjdk.java.net/projects/jdk9/|{{Pkg|jre9-openjdk-headless}} {{Pkg|jre9-openjdk}} {{Pkg|jdk9-openjdk}} {{Pkg|openjdk9-doc}} {{Pkg|openjdk9-src}}}}
 +
{{App|OpenJ9|Implementação do Eclipse de JRE, contribuído pela IBM.|https://www.eclipse.org/openj9/|{{AUR|jdk8-openj9-bin}} {{AUR|jdk9-openj9-bin}}}}
 +
{{App|Java SE|Implementação da Oracle de JRE e JDK.|http://www.oracle.com/technetwork/java/javase/downloads/index.html|{{AUR|jre}} {{AUR|jre6}} {{AUR|jre7}} {{AUR|jre8}} {{AUR|jre-devel}} {{AUR|jdk}} {{AUR|jdk5}} {{AUR|jdk6}} {{AUR|jdk7}} {{AUR|jdk8}} {{AUR|jdk-devel}}}}
 +
{{App|Parrot VM|Uma VM com suporte experimental para Java [http://trac.parrot.org/parrot/wiki/Languages] por meio de dois métodos diferentes: como um [http://code.google.com/p/parrot-jvm/ tradutor de um ''bytecode'' de Java VM] ou como um [https://github.com/chrisdolan/perk compilador Java visando o Parrot VM].|http://www.parrot.org/|{{AUR|parrot}}}}
  
Depois de instalar o openjdk e icedtea normalmente, como root faça:
+
{{Nota|Versões de 32 bits do Java SE podem ser localizados prefixando {{ic|bin32-}}, (por exemplo, {{AUR|bin32-jre}} e {{AUR|bin32-jdk}}). Elas usam {{AUR|java32-runtime-common}}, que funciona como {{Pkg|java-runtime-common}} acrescentando {{ic|32}} ao final (por exemplo, {{ic|java32}}). A mesma analogia se aplica a {{AUR|java32-environment-common}}, que é usado somente por pacotes de JDK de 32 bits.}}
  
# mkdir -p /etc/.java/.systemPrefs
+
== Marcando pacotes como desatualizados ==
# chmod 755 -R /etc/.java
 
  
Feito isto, o Banco do Brasil funcionará no Firefox. No Chromiun não deu certo.
+
Embora os lançamentos do pacote Arch Linux possam conter uma referência às versões proprietárias nas quais os pacotes se baseiam, o projeto código aberto possui seu próprio esquema de versão:
  
Fonte: http://profs.if.uff.br/tjpp/blog/entradas/banco-do-brasil-em-64-bits-solucao-definitiva#comment_089c9be82a78a97217ae294ca47dd6de
+
* {{Pkg|jre7-openjdk}}, {{Pkg|jdk7-openjdk}} e {{Pkg|jre7-openjdk-headless}} devem ser marcados como desatualizados com base na [http://icedtea.wildebeest.org/download/source versão do ''IcedTea''] (ex.: {{ic|2.4.3}}), em vez da versão de referência da Oracle (ex. {{ic|u45}} no lançamento {{ic|7.u45_2.4.3-1}}).
 +
* {{Pkg|icedtea-web}} deve ser marcado como desatualizado com base na [http://icedtea.wildebeest.org/download/source versão do ''IcedTea Web''] (ex.: {{ic|1.4.1}}). Ele é independente da versão do ''IcedTea''.
 +
 
 +
== Alternando entre JVM ==
 +
 
 +
O script auxiliar {{Ic|archlinux-java}} fornece tais funcionalidades:
 +
 
 +
archlinux-java <COMANDO>
 +
 +
COMANDO:
 +
status Lista ambientes Java instalados e um habilitado
 +
get Retorna o nome curto do ambiente Java definido como padrão
 +
set <JAVA_ENV> Força <JAVA_ENV> como padrão
 +
unset Desconfigura o ambiente Java padrão atual
 +
fix Corrige uma configuração inválida/quebrada de ambiente Java padrão
 +
 
 +
=== Listar ambientes Java compatíveis instalados ===
 +
 
 +
$ archlinux-java status
 +
 
 +
Exemplo:
 +
 
 +
$ archlinux-java status
 +
Available Java environments:
 +
  java-7-openjdk (default)
 +
  java-8-openjdk/jre
 +
 
 +
Note o "''(default)''" denotando que o {{Ic|java-7-openjdk}} está atualmente definido como padrão. Chamar {{Ic|java}} e outros binários vai depender dessa instalação do Java. Também note na saída anterior que somente a parte ''JRE'' do OpenJDK 8 está instalada aqui.
 +
 
 +
=== Alterar o ambiente Java padrão ===
 +
 
 +
# archlinux-java set <JAVA_ENV>
 +
 
 +
Exemplo:
 +
 
 +
# archlinux-java set java-8-openjdk/jre
 +
 
 +
{{Dica|Para ver nomes possíveis de {{ic|<JAVA_ENV>}}, use {{ic|archlinux-java status}}.}}
 +
 
 +
Note que o {{Ic|archlinux-java}} não vai deixar você definir um ambiente Java inválido. No exemplo anterior, {{pkg|jre8-openjdk}} está instalado, mas {{pkg|jdk8-openjdk}} '''não''' está, então a tentativa de definir {{Ic|java-8-openjdk}} vai falhar:
 +
 
 +
# archlinux-java set java-8-openjdk
 +
'/usr/lib/jvm/java-8-openjdk' is not a valid Java environment path
 +
 
 +
=== Desconfigurar o ambiente Java padrão ===
 +
 
 +
Não há necessidade de remover a definição de um ambiente Java, pois os pacotes que os fornecem devem cuidar disso. Ainda assim, caso você queira fazê-lo, basta usar o comando {{Ic|unset}}:
 +
 
 +
# archlinux-java unset
 +
 
 +
=== Corrigir o ambiente Java padrão ===
 +
 
 +
Se um link inválido de ambiente Java estiver definido, executar o comando {{Ic|archlinux-java fix}} tenta corrigi-lo. Note também que, se nenhum ambiente Java padrão estiver configurado, isso fará com que busque outros válidos e tentará configurá-lo para você. Os pacotes oficialmente suportados "OpenJDK 7" e "OpenJDK 8" serão considerados primeiro nesta ordem, então, pacotes não oficiais do [[AUR (Português)|AUR]].
 +
 
 +
# archlinux-java fix
 +
 
 +
=== Iniciar um aplicativo com uma versão Java não padrão ===
 +
 
 +
Se você quiser iniciar um aplicativo com outra versão do java do que o padrão (por exemplo, se você tiver as versões jre7 e jre8 instaladas no seu sistema), você pode chamar seu aplicativo em um pequeno script bash para alternar localmente o PATH padrão de Java. Por exemplo, se a versão padrão for jre7 e você quiser usar jre8:
 +
 
 +
#!/bin/sh
 +
 +
export PATH=/usr/lib/jvm/java-8-openjdk/jre/bin/:$PATH
 +
exec /path/to/application "$@"
 +
 
 +
== Pré-requisitos de pacote para ter suporte a {{Ic|archlinux-java}} ==
 +
 
 +
{{Nota|As informações abaixo também se aplicam a {{ic|archlinux32-java}} para pacotes Java de 32 bits, com devidos acréscimos de {{ic|32}} aos nome des pacote ou de executável, onde aplicável.}}
 +
 
 +
Esta seção é direcionada ao empacotador disposto a fornecer pacotes no [[AUR (Português)|AUR]] para uma JVM alternativa e que possa se integrar ao esquema JVM do Arch Linux para usar o {{Ic|archlinux-java}}. Para fazer isso, os pacotes devem:
 +
 
 +
* Colocar todos os arquivos sob {{Ic|/usr/lib/jvm/java-${VERSÃO_MAIOR_JAVA}-${NOME_FORNECEDOR} }}
 +
* Certifique-se de que todos os executáveis para os quais [https://www.archlinux.org/packages/extra/any/java-runtime-common/files/ java-runtime-common] e [https://www.archlinux.org/packages/extra/any/java-environment-common/files/ java-environment-common] fornecem links estejam disponíveis no pacote correspondente
 +
* Forneça links de {{Ic|/usr/bin}} para os executáveis somente se esses links não já pertencerem a [https://www.archlinux.org/packages/extra/any/java-runtime-common/files/ java-runtime-common] e [https://www.archlinux.org/packages/extra/any/java-environment-common/files/ java-environment-common]
 +
* Acrescente ao final das páginas man {{Ic|-${NOME_FORNECEDOR}${VERSÃO_MAIOR_JAVA} }} para evitar conflitos (veja a [https://www.archlinux.org/packages/extra/x86_64/jre8-openjdk/files/ lista de arquivos do jre8-openjdk] no qual as páginas man recebem, ao final de seu nome, {{Ic|-openjdk8}})
 +
* Não declare qualquer [[PKGBUILD (Português)#conflicts|conflicts]] ou [[PKGBUILD (Português)#replaces|replaces]] com outras JDKs, {{Ic|java-runtime}}, {{Ic|java-runtime-headless}} ou {{Ic|java-environment}}
 +
* Use o script {{Ic|archlinux-java}} em ''funções do .install'' para configurar o ambiente Java como padrão '''Se nenhum outro ambiente Java válido estiver definido''' (ie: o pacote não deve '''forçar''' a instalação como padrão). Veja [https://projects.archlinux.org/svntogit/packages.git/tree/trunk?h=packages/java7-openjdk fontes de pacote de ambiente Java suportadas oficialmente] para exemplos
 +
 
 +
Note também que:
 +
* Pacotes que precisam de '''qualquer''' ambiente Java devem declarar a dependência a {{Ic|java-runtime}}, {{Ic|java-runtime-headless}} ou {{Ic|java-environment}}
 +
* Pacotes que precisam de um '''fornecedor Java específico''' devem declarar a dependência no pacote correspondente
 +
* Pacotes OpenJDK agora declaram {{Ic|1=provides="java-runtime-openjdk=${pkgver}"}} etc. Isso permite que um pacote de terceiro declare dependência em um OpenJDK sem especificar uma versão
 +
 
 +
== Solução de problemas ==
 +
 
 +
=== MySQL ===
 +
 
 +
Devido ao fato de que os drivers JDBC costumam usar a porta no URL para estabelecer uma conexão com o banco de dados, ele é considerado "remoto" (ou seja, o MySQL não escuta a porta de acordo com suas configurações padrão), apesar do fato de que eles estão possivelmente executando no mesmo host. Assim, para usar JDBC e MySQL, você deve habilitar o acesso remoto ao MySQL, seguindo as instruções em [[MySQL#Grant remote access]].
 +
 
 +
=== Personificar outro gerenciador de janela ===
 +
 
 +
Você pode usar o {{pkg|wmname}} do [http://tools.suckless.org/x/wmname suckless.org] para fazer a JVM acreditar que você está executando em um gerenciador de janela diferente. Isso pode resolver um problema de renderização das GUIs Java ocorrendo em gerenciadores de janela, como o [[Awesome]], [[Dwm]] ou [[Ratpoison]].
 +
 
 +
$ wmname LG3D
 +
 
 +
Você deve reiniciar o aplicativo em questão após executar o comando wmname.
 +
 
 +
Isso funciona porque a JVM contém uma lista codificada de gerenciadores de janela ''non-re-parenting'' (que não registram novas janelas como de topo de nível) conhecidos. Para a máxima ironia, alguns usuários preferem personificar {{ic|LG3D}}, o gerenciador de janela ''non-re-parenting'' [[wikipedia:Project_Looking_Glass|escrito pela Sun, em Java]].
 +
 
 +
=== Fontes ilegíveis ===
 +
 
 +
Além das sugestões mencionadas abaixo em [[#Melhor renderização de fonte]], algumas fontes ainda pode não estar legíveis depois. Se esse for o caso, há uma grande chance das fontes da Microsoft estarem sendo usadas. Instale {{AUR|ttf-ms-fonts}} do [[AUR (Português)|AUR]].
 +
 
 +
=== Faltando texto em alguns aplicativos ===
 +
 
 +
Se alguns aplicativos estão faltando textos completos, pode ajudar a usar as opções em [[#Dicas e truques]] como sugerido em {{Bug|40871}}.
 +
 
 +
=== Aplicações sem redimensionamento com o WM, menus fechando imediatamente ===
 +
 
 +
O kit de ferramentas padrão de GUI do Java possui uma lista codificada de gerenciadores de janela "''não-reparenting''". Se estiver usando um que não esteja nessa lista, pode haver alguns problemas com a execução de alguns aplicativos Java. Um dos problemas mais comuns é "blobs cinzas", quando o aplicativo Java se renderiza como uma caixa cinzenta simples em vez de renderizar a interface gráfica esperada. Outro pode ser menus respondendo ao seu clique, mas fechando imediatamente.
 +
 
 +
Há várias coisas que podem ajudar:
 +
 
 +
* Para {{Pkg|jre7-openjdk}} ou {{Pkg|jre8-openjdk}}, acrescente a linha {{Ic|1=export _JAVA_AWT_WM_NONREPARENTING=1}} em {{ic|/etc/profile.d/jre.sh}}. Então, [[carrega|carregue]] o arquivo {{ic|/etc/profile.d/jre.sh}} ou encerre a sessão e incie-a novamente.
 +
* Para JRE/JDK da Oracle, use [https://wiki.haskell.org/Xmonad/Frequently_asked_questions#Using_SetWMName SetWMName]. Porém, seu efeito pode ser cancelado ao usar também {{ic|XMonad.Hooks.EwmhDesktops}}. Neste caso, acrescentar
 +
 
 +
>> setWMName "LG3D"
 +
 
 +
ao {{ic|LogHook}} pode ajudar.
 +
 
 +
Veja [http://wiki.haskell.org/Xmonad/Frequently_asked_questions#Problems_with_Java_applications.2C_Applet_java_console] para mais informações.
 +
 
 +
=== Sistema congela ao depurar aplicativos JavaFX ===
 +
 
 +
Se o seu sistema congela durante a depuração de um aplicativo JavaFX, você pode tentar fornecer a opção JVM {{Ic|1=-Dsun.awt.disablegrab=true}}.
 +
 
 +
Veja http://bugs.java.com/view_bug.do?bug_id=6714678
 +
 
 +
== Dicas e truques ==
 +
 
 +
{{Nota|As sugestões nesta seção são aplicáveis a todos os aplicativos, usando o ''runtime'' do Java instalado explicitamente (externo). Alguns aplicativos são agrupados com ''runtime'' próprio (privado) ou usam mecanismos próprios para GUI, renderização de fontes, etc., portanto, nenhum dos itens escritos abaixo é garantido de funcionar.}}
 +
 
 +
O comportamento da maioria dos aplicativos Java pode ser controlado fornecendo variáveis pré-definidas para o tempo de execução Java. Desta [https://bbs.archlinux.org/viewtopic.php?id=72892 publicação do fórum], uma maneira de fazê-lo consiste em adicionar a seguinte linha no seu {{Ic|~/.bashrc}} (ou {{Ic|/etc/profile.d/jre.sh}} para afetar programas que não são executados [[carrega]]ndo {{Ic|~/.bashrc}}, por exemplo, ao iniciar um programa a partir da visão de aplicativos do GNOME):
 +
 
 +
export _JAVA_OPTIONS="-D'''<opção 1>''' -D'''<opção 2>'''..."
 +
 
 +
Por exemplo, para usar fontes ''anti-alias'' do sistema e fazer o ''swing'' usar a aparência do GTK:
 +
 
 +
export _JAVA_OPTIONS='-Dawt.useSystemAAFontSettings=on -Dswing.aatext=true -Dswing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel'
 +
 
 +
=== Melhor renderização de fonte ===
 +
 
 +
As implementações de código fechado e de código aberto de Java são conhecidas por implementar incorretamente o ''anti-aliasing'' de fontes. Isso pode ser corrigido com as seguintes opções: {{Ic|1=-Dawt.useSystemAAFontSettings=on}}, {{Ic|1=-Dswing.aatext=true}}
 +
 
 +
Veja [[Java Runtime Environment fonts|Fontes do Java Runtime Environment]] para informações mais detalhadas.
 +
 
 +
=== Silenciar mensagem 'Picked up _JAVA_OPTIONS' na linha de comando ===
 +
 
 +
Definir as variáveis de ambiente _JAVA_OPTIONS faz com que java (openjdk) escreva para ''stderr'' as mensagens da forma: 'Picked up _JAVA_OPTIONS = ...'. Para suprimir essas mensagens em seu terminal, você pode desmarcar a variável de ambiente nos arquivos de inicialização de shell e fazer um alias do java para passar as mesmas opções como argumentos de linha de comando:
 +
 
 +
_SILENT_JAVA_OPTIONS="$_JAVA_OPTIONS"
 +
unset _JAVA_OPTIONS
 +
alias java='java "$_SILENT_JAVA_OPTIONS"'
 +
 
 +
=== Visual GTK ===
 +
 
 +
Se seus programas Java estão com aparência ruim, você pode querer configurar a aparência padrão para componentes ''swing'':
 +
 
 +
{{Ic|1=swing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel}}.
 +
 
 +
Alguns programas Java insistem em usar a aparência multiplataforma Metal. Em alguns casos você pode forçar esses aplicativos a usar o visual do GTK definindo a propriedade a seguir:
 +
 
 +
{{Ic|1=swing.crossplatformlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel}}.
 +
 
 +
{{Nota|Forçar o Java a usar o GTK pode quebrar alguns aplicativos. O JRE/JDK está vinculado ao GTK2 enquanto muitas aplicações de desktop usam o GTK3. Se um aplicativo GTK3 tiver plugins Java com GUI, é provável que o aplicativo falhe ao abrir a GUI Java, já que não há suporte à mistura de GTK2 e GTK3. O Libreoffice 5.0 é um exemplo disso.}}
 +
 
 +
=== Melhor desempenho 2D ===
 +
 
 +
Alternar para o pipeline de aceleração de hardware baseado em OpenGL melhorará o desempenho em 2D
 +
 
 +
export _JAVA_OPTIONS='-Dsun.java2d.opengl=true'
 +
 
 +
=== Gerenciadores de janela non-reparenting / Janela cinza / Programas não estão sendo desenhados corretamente ===
 +
 
 +
Usuários de gerenciadores de janela ''non-reparenting'' devem configurar a seguinte variável em seu {{Ic|.xinitrc}}
 +
 
 +
export _JAVA_AWT_WM_NONREPARENTING=1
 +
 
 +
Não configurar isso pode resultar em programa javas não serem desenhados corretamente.
 +
 
 +
== Veja também ==
 +
 
 +
* [http://math.hws.edu/javanotes/ Introdução à Programação Usando o Java]

Latest revision as of 13:25, 13 January 2018

Do artigo do Wikipédia:

Java é uma linguagem de programação interpretada orientada a objetos desenvolvida na década de 90 por uma equipe de programadores chefiada por James Gosling, na empresa Sun Microsystems. Diferente das linguagens de programação convencionais, que são compiladas para código nativo, a linguagem Java é compilada para um bytecode que é interpretado por uma máquina virtual (Java Virtual Machine, mais conhecida pela sua abreviação JVM). A linguagem de programação Java é a linguagem convencional da Plataforma Java, mas não é a sua única linguagem.

Arch Linux oferece suporte oficial às versões de código aberto OpenJDK 7, 8 e 9. Todas essas JVM podem ser instaladas sem conflito e alternadas entre si usando o script auxiliar archlinux-java. Vários outros ambientes Java estão disponíveis no AUR, sem suporte oficial.


Instalação

Nota:
  • A instalação de um JDK vai trazer automaticamente suas dependência em JRE.
  • Após a instalação, o ambiente Java precisará se reconhecido pelo shell (variável $PATH). Isso pode ser feito carregando /etc/profile pela linha de comando ou saindo e entrando novamente em um ambiente de desktop.

Os pacotes common são trazidos respectivamente como dependência, chamados de java-runtime-common (contendo arquivos comuns para Java Runtime Environments) e java-environment-common (contendo arquivos comuns para Java Development Kits). O arquivo de ambiente fornecido /etc/profile.d/jre.sh aponta para um link simbólico /usr/lib/jvm/default/bin, definido pelo script auxiliar archlinux-java. Os links /usr/lib/jvm/default e /usr/lib/jvm/default-runtime devem sempre ser editados com archlinux-java. Ele é usado para exibir e apontar para uma ambiente Java padrão em /usr/lib/jvm/java-${VERSÃO_MAIOR_JAVA}-${NOME_FORNECEDOR} ou um runtime do Java em /usr/lib/jvm/java-${VERSÃO_MAIOR_JAVA}-${NOME_FORNECEDOR}/jre.

A maioria dos executáveis da instalação do Java são fornecidos por linsk diretos em /usr/bin, enquanto outros estão disponíveis em $PATH.

Atenção: O arquivo /etc/profile.d/jdk.sh não é mais fornecido por nenhum pacote.

Os pacotes a seguir estão disponíveis:

OpenJDK 7 — A implementação código aberto da sétima edição do Java SE.

http://openjdk.java.net/projects/jdk7/ || jre7-openjdk-headless jre7-openjdk jdk7-openjdk openjdk7-doc openjdk7-src

IBM J9 7 — Implementação da IBM da sétima edição do JRE.

https://developer.ibm.com/javasdk/downloads/sdk7/ || jdk7-j9-binAUR jdk7r1-j9-binAUR

OpenJDK 8 — A implementação código aberto da oitava edição do Java SE.

http://openjdk.java.net/projects/jdk8/ || jre8-openjdk-headless jre8-openjdk jdk8-openjdk openjdk8-doc openjdk8-src

OpenJFX 8 — A implementação código aberto do JavaFX. Você não precisa instalar esse pacote se você está fazendo uso do Java SE (a implementação da Oracle do JRE e JDK, descritos abaixo). Esse pacote só interessa usuários da implementação código aberto de Java (projeto OpenJDK).

http://openjdk.java.net/projects/openjfx/ || java-openjfx java-openjfx-doc java-openjfx-src

IBM J9 8 — Implementação da IBM da oitava edição do JRE.

https://developer.ibm.com/javasdk/downloads/sdk8/ || jdk8-j9-binAUR

OpenJDK 9 — A implementação código aberto da nona edição do Java SE.

http://openjdk.java.net/projects/jdk9/ || jre9-openjdk-headless jre9-openjdk jdk9-openjdk openjdk9-doc openjdk9-src

OpenJ9 — Implementação do Eclipse de JRE, contribuído pela IBM.

https://www.eclipse.org/openj9/ || jdk8-openj9-binAUR jdk9-openj9-binAUR

Java SE — Implementação da Oracle de JRE e JDK.

http://www.oracle.com/technetwork/java/javase/downloads/index.html || jreAUR jre6AUR jre7AUR jre8AUR jre-develAUR jdkAUR jdk5AUR jdk6AUR jdk7AUR jdk8AUR jdk-develAUR

Parrot VM — Uma VM com suporte experimental para Java [1] por meio de dois métodos diferentes: como um tradutor de um bytecode de Java VM ou como um compilador Java visando o Parrot VM.

http://www.parrot.org/ || parrotAUR
Nota: Versões de 32 bits do Java SE podem ser localizados prefixando bin32-, (por exemplo, bin32-jreAUR e bin32-jdkAUR). Elas usam java32-runtime-commonAUR, que funciona como java-runtime-common acrescentando 32 ao final (por exemplo, java32). A mesma analogia se aplica a java32-environment-commonAUR, que é usado somente por pacotes de JDK de 32 bits.

Marcando pacotes como desatualizados

Embora os lançamentos do pacote Arch Linux possam conter uma referência às versões proprietárias nas quais os pacotes se baseiam, o projeto código aberto possui seu próprio esquema de versão:

Alternando entre JVM

O script auxiliar archlinux-java fornece tais funcionalidades:

archlinux-java <COMANDO>

COMANDO:
	status		Lista ambientes Java instalados e um habilitado
	get		Retorna o nome curto do ambiente Java definido como padrão
	set <JAVA_ENV>	Força <JAVA_ENV> como padrão
	unset		Desconfigura o ambiente Java padrão atual
	fix		Corrige uma configuração inválida/quebrada de ambiente Java padrão

Listar ambientes Java compatíveis instalados

$ archlinux-java status

Exemplo:

$ archlinux-java status
Available Java environments:
  java-7-openjdk (default)
  java-8-openjdk/jre

Note o "(default)" denotando que o java-7-openjdk está atualmente definido como padrão. Chamar java e outros binários vai depender dessa instalação do Java. Também note na saída anterior que somente a parte JRE do OpenJDK 8 está instalada aqui.

Alterar o ambiente Java padrão

# archlinux-java set <JAVA_ENV>

Exemplo:

# archlinux-java set java-8-openjdk/jre
Dica: Para ver nomes possíveis de <JAVA_ENV>, use archlinux-java status.

Note que o archlinux-java não vai deixar você definir um ambiente Java inválido. No exemplo anterior, jre8-openjdk está instalado, mas jdk8-openjdk não está, então a tentativa de definir java-8-openjdk vai falhar:

# archlinux-java set java-8-openjdk
'/usr/lib/jvm/java-8-openjdk' is not a valid Java environment path

Desconfigurar o ambiente Java padrão

Não há necessidade de remover a definição de um ambiente Java, pois os pacotes que os fornecem devem cuidar disso. Ainda assim, caso você queira fazê-lo, basta usar o comando unset:

# archlinux-java unset

Corrigir o ambiente Java padrão

Se um link inválido de ambiente Java estiver definido, executar o comando archlinux-java fix tenta corrigi-lo. Note também que, se nenhum ambiente Java padrão estiver configurado, isso fará com que busque outros válidos e tentará configurá-lo para você. Os pacotes oficialmente suportados "OpenJDK 7" e "OpenJDK 8" serão considerados primeiro nesta ordem, então, pacotes não oficiais do AUR.

# archlinux-java fix

Iniciar um aplicativo com uma versão Java não padrão

Se você quiser iniciar um aplicativo com outra versão do java do que o padrão (por exemplo, se você tiver as versões jre7 e jre8 instaladas no seu sistema), você pode chamar seu aplicativo em um pequeno script bash para alternar localmente o PATH padrão de Java. Por exemplo, se a versão padrão for jre7 e você quiser usar jre8:

#!/bin/sh 

export PATH=/usr/lib/jvm/java-8-openjdk/jre/bin/:$PATH
exec /path/to/application "$@"

Pré-requisitos de pacote para ter suporte a archlinux-java

Nota: As informações abaixo também se aplicam a archlinux32-java para pacotes Java de 32 bits, com devidos acréscimos de 32 aos nome des pacote ou de executável, onde aplicável.

Esta seção é direcionada ao empacotador disposto a fornecer pacotes no AUR para uma JVM alternativa e que possa se integrar ao esquema JVM do Arch Linux para usar o archlinux-java. Para fazer isso, os pacotes devem:

  • Colocar todos os arquivos sob /usr/lib/jvm/java-${VERSÃO_MAIOR_JAVA}-${NOME_FORNECEDOR}
  • Certifique-se de que todos os executáveis para os quais java-runtime-common e java-environment-common fornecem links estejam disponíveis no pacote correspondente
  • Forneça links de /usr/bin para os executáveis somente se esses links não já pertencerem a java-runtime-common e java-environment-common
  • Acrescente ao final das páginas man -${NOME_FORNECEDOR}${VERSÃO_MAIOR_JAVA} para evitar conflitos (veja a lista de arquivos do jre8-openjdk no qual as páginas man recebem, ao final de seu nome, -openjdk8)
  • Não declare qualquer conflicts ou replaces com outras JDKs, java-runtime, java-runtime-headless ou java-environment
  • Use o script archlinux-java em funções do .install para configurar o ambiente Java como padrão Se nenhum outro ambiente Java válido estiver definido (ie: o pacote não deve forçar a instalação como padrão). Veja fontes de pacote de ambiente Java suportadas oficialmente para exemplos

Note também que:

  • Pacotes que precisam de qualquer ambiente Java devem declarar a dependência a java-runtime, java-runtime-headless ou java-environment
  • Pacotes que precisam de um fornecedor Java específico devem declarar a dependência no pacote correspondente
  • Pacotes OpenJDK agora declaram provides="java-runtime-openjdk=${pkgver}" etc. Isso permite que um pacote de terceiro declare dependência em um OpenJDK sem especificar uma versão

Solução de problemas

MySQL

Devido ao fato de que os drivers JDBC costumam usar a porta no URL para estabelecer uma conexão com o banco de dados, ele é considerado "remoto" (ou seja, o MySQL não escuta a porta de acordo com suas configurações padrão), apesar do fato de que eles estão possivelmente executando no mesmo host. Assim, para usar JDBC e MySQL, você deve habilitar o acesso remoto ao MySQL, seguindo as instruções em MySQL#Grant remote access.

Personificar outro gerenciador de janela

Você pode usar o wmname do suckless.org para fazer a JVM acreditar que você está executando em um gerenciador de janela diferente. Isso pode resolver um problema de renderização das GUIs Java ocorrendo em gerenciadores de janela, como o Awesome, Dwm ou Ratpoison.

$ wmname LG3D

Você deve reiniciar o aplicativo em questão após executar o comando wmname.

Isso funciona porque a JVM contém uma lista codificada de gerenciadores de janela non-re-parenting (que não registram novas janelas como de topo de nível) conhecidos. Para a máxima ironia, alguns usuários preferem personificar LG3D, o gerenciador de janela non-re-parenting escrito pela Sun, em Java.

Fontes ilegíveis

Além das sugestões mencionadas abaixo em #Melhor renderização de fonte, algumas fontes ainda pode não estar legíveis depois. Se esse for o caso, há uma grande chance das fontes da Microsoft estarem sendo usadas. Instale ttf-ms-fontsAUR do AUR.

Faltando texto em alguns aplicativos

Se alguns aplicativos estão faltando textos completos, pode ajudar a usar as opções em #Dicas e truques como sugerido em FS#40871.

Aplicações sem redimensionamento com o WM, menus fechando imediatamente

O kit de ferramentas padrão de GUI do Java possui uma lista codificada de gerenciadores de janela "não-reparenting". Se estiver usando um que não esteja nessa lista, pode haver alguns problemas com a execução de alguns aplicativos Java. Um dos problemas mais comuns é "blobs cinzas", quando o aplicativo Java se renderiza como uma caixa cinzenta simples em vez de renderizar a interface gráfica esperada. Outro pode ser menus respondendo ao seu clique, mas fechando imediatamente.

Há várias coisas que podem ajudar:

  • Para jre7-openjdk ou jre8-openjdk, acrescente a linha export _JAVA_AWT_WM_NONREPARENTING=1 em /etc/profile.d/jre.sh. Então, carregue o arquivo /etc/profile.d/jre.sh ou encerre a sessão e incie-a novamente.
  • Para JRE/JDK da Oracle, use SetWMName. Porém, seu efeito pode ser cancelado ao usar também XMonad.Hooks.EwmhDesktops. Neste caso, acrescentar
>> setWMName "LG3D"

ao LogHook pode ajudar.

Veja [2] para mais informações.

Sistema congela ao depurar aplicativos JavaFX

Se o seu sistema congela durante a depuração de um aplicativo JavaFX, você pode tentar fornecer a opção JVM -Dsun.awt.disablegrab=true.

Veja http://bugs.java.com/view_bug.do?bug_id=6714678

Dicas e truques

Nota: As sugestões nesta seção são aplicáveis a todos os aplicativos, usando o runtime do Java instalado explicitamente (externo). Alguns aplicativos são agrupados com runtime próprio (privado) ou usam mecanismos próprios para GUI, renderização de fontes, etc., portanto, nenhum dos itens escritos abaixo é garantido de funcionar.

O comportamento da maioria dos aplicativos Java pode ser controlado fornecendo variáveis pré-definidas para o tempo de execução Java. Desta publicação do fórum, uma maneira de fazê-lo consiste em adicionar a seguinte linha no seu ~/.bashrc (ou /etc/profile.d/jre.sh para afetar programas que não são executados carregando ~/.bashrc, por exemplo, ao iniciar um programa a partir da visão de aplicativos do GNOME):

export _JAVA_OPTIONS="-D<opção 1> -D<opção 2>..."

Por exemplo, para usar fontes anti-alias do sistema e fazer o swing usar a aparência do GTK:

export _JAVA_OPTIONS='-Dawt.useSystemAAFontSettings=on -Dswing.aatext=true -Dswing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel'

Melhor renderização de fonte

As implementações de código fechado e de código aberto de Java são conhecidas por implementar incorretamente o anti-aliasing de fontes. Isso pode ser corrigido com as seguintes opções: -Dawt.useSystemAAFontSettings=on, -Dswing.aatext=true

Veja Fontes do Java Runtime Environment para informações mais detalhadas.

Silenciar mensagem 'Picked up _JAVA_OPTIONS' na linha de comando

Definir as variáveis de ambiente _JAVA_OPTIONS faz com que java (openjdk) escreva para stderr as mensagens da forma: 'Picked up _JAVA_OPTIONS = ...'. Para suprimir essas mensagens em seu terminal, você pode desmarcar a variável de ambiente nos arquivos de inicialização de shell e fazer um alias do java para passar as mesmas opções como argumentos de linha de comando:

_SILENT_JAVA_OPTIONS="$_JAVA_OPTIONS"
unset _JAVA_OPTIONS
alias java='java "$_SILENT_JAVA_OPTIONS"'

Visual GTK

Se seus programas Java estão com aparência ruim, você pode querer configurar a aparência padrão para componentes swing:

swing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel.

Alguns programas Java insistem em usar a aparência multiplataforma Metal. Em alguns casos você pode forçar esses aplicativos a usar o visual do GTK definindo a propriedade a seguir:

swing.crossplatformlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel.

Nota: Forçar o Java a usar o GTK pode quebrar alguns aplicativos. O JRE/JDK está vinculado ao GTK2 enquanto muitas aplicações de desktop usam o GTK3. Se um aplicativo GTK3 tiver plugins Java com GUI, é provável que o aplicativo falhe ao abrir a GUI Java, já que não há suporte à mistura de GTK2 e GTK3. O Libreoffice 5.0 é um exemplo disso.

Melhor desempenho 2D

Alternar para o pipeline de aceleração de hardware baseado em OpenGL melhorará o desempenho em 2D

export _JAVA_OPTIONS='-Dsun.java2d.opengl=true'

Gerenciadores de janela non-reparenting / Janela cinza / Programas não estão sendo desenhados corretamente

Usuários de gerenciadores de janela non-reparenting devem configurar a seguinte variável em seu .xinitrc

export _JAVA_AWT_WM_NONREPARENTING=1

Não configurar isso pode resultar em programa javas não serem desenhados corretamente.

Veja também