Java (Italiano) - ArchWiki

# Java (Italiano)

Articoli correlati

- Java Package Guidelines

"Java è un linguaggio di programmazione originariamente sviluppato da Sun Microsystems e rilasciato nel 1995 come componente centrale della piattaforma Java della Sun Microsystems. Il linguaggio deriva gran parte della sua sintassi dal C e dal C++ ma ha un modello a oggetti più semplice e una minore quantità di ottimizzazioni a basso livello. Le applicazioni Java sono tipicamente compilate in bytecode che può essere eseguito su qualsiasi Java Virtual Machine (JVM) indipendentemente dall'architettura hardware." — Wikipedia article

## Installazione

L'unica implementazione della Java Virtual Machine supportata da Arch Linux è OpenJDK (open source). Quest'ultima è quasi perfetta e non dovrebbe essere necessario installare l'implementazione Java proprietaria di Oracle. Se si vuole installare l'implementazione di Oracle a fianco di OpenJDK, si veda la sezione #JDK-compat.

Nota: Dopo l'installazione l'ambiente Java deve essere riconosciuto dalla shell (la variabile `$PATH` e `$JAVA_HOME` devono essere aggiornate). Questo può essere fatto dalla linea di comando eseguendo il comando source sul file `/etc/profile`; oppure, per gli ambienti Desktop, sarà sufficiente uscire e rientrare dalla propria sessione di lavoro (logout/login).

### OpenJDK

Il Java Runtime Environment ("JRE") di OpenJDK può essere installato attraverso il pacchetto jre7-openjdk, disponibile nei repository ufficiali. È anche disponibile il Java Development Kit ("JDK") installabile attraverso il pacchetto jdk7-openjdk. I file sorgente possono essere reperiti installando il pacchetto openjdk7-src.

Se si desidera utilizzare le funzionalità Java negli web browsers (Java applets e Java Web Start), installare il pacchetto icedtea-web-java7[broken link: replaced by icedtea-web]. Per altri dettagli si legga Browser plugins#Java (IcedTea).

#### Segnalare i pacchetti come out-of-date

- jre7-openjdk, jdk7-openjdk e jre7-openjdk-headless vanno segnalati come out-of-date in base alla loro versione IcedTea (es. `2.4.3`) e non in base alla loro versione Oracle (es. `u45`).
- icedtea-web-java7[broken link: replaced by icedtea-web] va segnalato come out-of-date in base alla versione di IcedTea Web (es. `1.4.1`), che è completamente indipendente dalla versione di IcedTea.

### Oracle Java SE

AUR contiene i pacchetti per l'implementazione Oracle di Java: si vedano i pacchetti jre and jdk.

#### Java SE 6/7

AUR contiene i pacchetti per jre6/jre7 e jdk6/jdk7 che costituiscono rispettivamente l'implementazione di Oracle per Java SE 6 e Java SE 7.

#### JDK-compat

Il JDK Oracle (sia versione 6 che 7) può essere installato a fianco di un'altra installazione Java (ad esempio OpenJDK). I pacchetti sono disponibili in AUR: jdk6-compat[broken link: package not found] e jdk7-compat[broken link: package not found].

### Oracle JRockit

JRockit è la versione JIT di Java fornita da Oracle ed è disponibile su AUR: jrockit.

### VMkit

VMkit è un framework basato su LLVM per macchine virtuali JIT. J3 è una JVM eseguita su VMkit. J3 dipende dalle librerie GNU classpath, ma potrebbe anche funzionare con le librerie classpath di Apache. Per installare VMkit si faccia riferimento a questa pagina web: VMKit - Getting Started.

### Parrot VM

Parrot VM offre uno sperimentale supporto per Java attraverso due differenti metodi: o come traduttore di bytecode della Java VM, o come un compilatore Java avente come obiettivo la Parrot VM. È possibile installare Parrot VM attraverso AUR: parrot-git.

## Risoluzione problemi

### MySQL

A causa del fatto che i JDBC-drivers usano spesso la porta nell'URL per stabilire una connessione col database, quest'ultimo viene considerato "remoto" nonostante JDBC e MySQL possano essere in esecuzione sullo stesso host (ad esempio: MySQL non è in ascolto di connessioni "remote" con la sua configurazione di default). Quindi, per usare JDBC e MySQL, si dovrebbe abilitare l'accesso remoto a MySQL seguendo le istruzioni nella pagina su MySQL dell'ArchWiki.

### Audio applicazioni Java con Pulseaudio

Nota: Questa procedura è utile solo per versioni precedenti di Java (Java 6).

Di default Java e Pulseaudio non convivono molto bene l'uno con l'altro, ma questo problema è facilmente risolvibile usando padsp.

(Questi percorsi sono corretti per Java della Sun, è necessario cambiarli per OpenJDK)

Per prima cosa, rinominare l'eseguibile `java` in `java.bin`

    # mv /opt/java/jre/bin/java /opt/java/jre/bin/java.bin

Successivamente, creare un nuovo script di esecuzione in `/opt/java/jre/bin/java`

    #!/bin/sh
    padsp /opt/java/jre/bin/java.bin "$@"

Infine rendere lo script eseguibile

    # chmod +x /opt/java/jre/bin/java

E' necessario ripetere questa procedura ad ogni aggiornamento di Java.

E' anche possibile provare a sostituire padsp con aoss, che può risolvere il problema anche in Alsa così come in Pulse: scegliere la soluzione che funziona meglio. E' necessario avvisare che questi hack qualche volta funzionano perfettamente ma a volte possono essere anche molto instabili.

### Usare un altro Window Manager

Usando wmname da suckless.org è possibile ingannare la JVM sul window manager in uso. Questo può risolvere dei problemi di visualizzazione delle Java GUI che si presentano con l'utilizzo di window manager come Awesome o Dwm.

    $ wmname LG3D

(È necessario riavviare l'applicazione in questione dopo aver eseguito il comando wmname.)

Questa soluzione è efficace in quanto la JVM contiene una lista "hard-coded" di window manager non-reparenting noti. Per il massimo dell'ironia, molti utenti preferiscono utilizzare con wmname il window manager non-reparenting scritto da Sun: `LG3D`.

### I font sono illeggibili

Nonostante l'applicazione dei consigli più in basso (#Miglioramento del font rendering), alcuni font potrebbero ancora non essere leggibili. In questo caso si può provare a installare ttf-ms-fonts da AUR.

### Dipendenze mancanti

Installando Java da AUR, si può riscontrare una dipendenza mancante di java-runtime. In questo caso potrebbe essere necessario installare uno dei JDK citati in precedenza.

## Trucchi e consigli

Nota: I suggerimenti in questa sezione sono applicabili a tutte le applicazioni che usano un JRE esplicitamente installato (esterno all'applicazione). Alcune applicazioni vengono impacchettate con il proprio runtime o usano delle meccaniche proprie per l'interfaccia grafica, il rendering dei font, ecc. Quindi non è garantito che i suggerimenti funzionino sempre.

Il comportamento di molte applicazioni Java può essere controllato fornendo delle variabili predefinite al JRE. Da questo post del forum, si può vedere che un modo di fare questo consiste nell'aggiungere le seguenti linee nel proprio `~/.bashrc` (oppure in `/etc/profile.d/jre.sh` per avere influenza su tutti i programmi che non sono eseguiti utilizzando come source `~/.bashrc`, come ad esempio le applicazioni lanciate dalla Vista Applicazioni di GNOME):

    export _JAVA_OPTIONS="-D<option 1> -D<option 2>..."

Ad esempio, per usare i font del sistema dotati di anti-aliasing e per far sì che swing usi il "look and feel" GTK si può usare:

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

### Miglioramento del font rendering

Sia l'implementazione closed-source, sia quella open-source di Java sono note avere un'implementazione impropria dell'antialiasing dei font. Questo può essere risolto attraverso le seguenti opzioni: `awt.useSystemAAFontSettings=on`, `swing.aatext=true`

Per maggiori informazioni si veda Java Runtime Environment Fonts.

### GTK LookAndFeel

La grafica delle applicazioni che utilizzano Java potrebbe apparire sgradevole. In tal caso si potrebbe voler impostare diversamente il "look and feel" predefinito dei componenti swing: `swing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel`.

Alcune applicazioni potrebbero ostinarsi ad usare il "look and feel" multipiattaforma chiamato Metal. In questi casi si può forzare l'applicazione ad usare il "look and feel" GTK con il seguente comando:`swing.crossplatformlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel`.

### Cambiare i symlinks

Tipicamente, l'installazione di OpenJDK genera dei symlinks in `/usr/bin` per java, javac... ecc. Se si vogliono cambiare questi symlinks (in seguito, ad esempio, all'installazione dell'implementazione Oracle), può essere d'aiuto questo script.

Category:

- Programming language (Italiano)