Installare Eclipse su Ubuntu 20.04 senza perdere tempo dietro a Java e permessi
Eclipse IDE su Ubuntu 20.04 si può installare in più modi, ma la differenza vera non è solo nel comando: cambia il livello di controllo che mantieni su Java, aggiornamenti e integrazione con il sistema. Se devi usarlo in produzione su una workstation tecnica, conviene scegliere il metodo in base a quanto vuoi che il sistema gestisca da solo e quanto invece vuoi tenere sotto controllo manualmente.
La scelta più pulita, in genere, è tra tre strade: pacchetto Snap, archivio tar.gz ufficiale o installazione via Eclipse Installer. Il punto critico è sempre lo stesso: Eclipse non gira da solo, gira sopra una JVM compatibile. Su Ubuntu 20.04 questo significa verificare prima la versione di Java disponibile, poi installare l’IDE, infine controllare che il desktop lo veda correttamente.
Prima verifica: Java disponibile e versione compatibile
Prima di toccare Eclipse, controlla quale runtime Java hai già nel sistema. Molti problemi che sembrano dell’IDE in realtà sono mismatch della JVM, soprattutto se il sistema è stato usato per sviluppo, build o tool diversi nel tempo.
Su Ubuntu 20.04 la verifica minima è questa:
java -version
update-alternatives --list java
Se il comando java -version non restituisce nulla di sensato, oppure mostra una versione troppo vecchia per il pacchetto Eclipse che vuoi usare, installa una JVM recente. In pratica, per la maggior parte degli scenari di sviluppo moderno, una OpenJDK 11 o 17 è la scelta più lineare. Su Ubuntu 20.04 puoi partire da qui:
sudo apt update
sudo apt install openjdk-11-jdk
Se preferisci una versione più nuova e compatibile con toolchain recenti, verifica il repository disponibile nella tua installazione prima di imporre una release diversa. Il criterio giusto non è “ultima versione a caso”, ma versione coerente con i plugin e con il progetto che andrai a gestire.
Metodo 1: installazione di Eclipse via Snap
Per una workstation standard, il metodo Snap è il più rapido. Ti dà aggiornamenti semplici, isolamento discreto e una procedura quasi sempre ripetibile. Lo svantaggio è che hai meno controllo sul layout dei file rispetto al tarball, ma per molti casi d’uso è un compromesso accettabile.
Installa il pacchetto così:
sudo snap install eclipse --classic
L’opzione --classic è normale per Eclipse: l’IDE ha bisogno di accesso esteso al filesystem e a tool di sistema. Dopo l’installazione, verifica che il launcher sia presente e avvii l’applicazione:
snap list eclipse
which eclipse
/eclipse
Se il comando di avvio non è nel tuo PATH, puoi cercare il binario o avviare dal menu applicazioni. In alcuni ambienti desktop è più affidabile aprire il launcher grafico che insistere da shell, soprattutto se il sistema ha più versioni di Java o variabili d’ambiente personalizzate.
Il vantaggio operativo dello Snap è semplice: aggiornamenti e rollback sono più lineari. Se una release introduce un problema, puoi controllare le revisioni disponibili e, se necessario, tornare indietro. Questo è utile su postazioni dove Eclipse è un tool di lavoro quotidiano e non vuoi gestire manualmente ogni rilascio.
Metodo 2: installazione dal tarball ufficiale
Se vuoi tenere il pieno controllo della versione, il tarball ufficiale resta la soluzione più prevedibile. È la strada da preferire quando devi fissare una release precisa, confrontare ambienti o evitare il modello di aggiornamento automatico di Snap.
Scarica l’archivio dalla pagina ufficiale di Eclipse, poi estrailo in una directory dedicata, per esempio sotto /opt:
cd /tmp
wget https://www.eclipse.org/downloads/download.php?file=/technology/epp/downloads/release/latest/R/eclipse-ide-java-developers-linux-gtk-x86_64.tar.gz -O eclipse.tar.gz
sudo mkdir -p /opt/eclipse
sudo tar -xzf eclipse.tar.gz -C /opt/eclipse --strip-components=1
Il link di download può cambiare nel tempo, quindi il punto importante non è copiare ciecamente l’URL, ma verificare il file corretto della release che ti serve. Se il link non risponde, apri il sito ufficiale e recupera il percorso aggiornato. Questo è uno di quei casi in cui non conviene “indovinare” il nome del file.
Dopo l’estrazione, puoi avviare Eclipse con:
/opt/eclipse/eclipse
Se parte, hai già un’installazione funzionante. A questo punto conviene creare un collegamento nel menu applicazioni, così non dipendi da un comando manuale ogni volta. Un file desktop minimale può essere questo:
[Desktop Entry]
Name=Eclipse IDE
Type=Application
Exec=/opt/eclipse/eclipse
Icon=/opt/eclipse/icon.xpm
Terminal=false
Categories=Development;IDE;
Salvalo in ~/.local/share/applications/eclipse.desktop e poi aggiorna la cache del desktop se necessario. La presenza dell’icona dipende dalla versione scaricata; se il file non corrisponde, cerca nella directory di installazione il nome effettivo dell’icona e sostituiscilo nel launcher.
Metodo 3: Eclipse Installer per gestire più profili
L’Eclipse Installer è utile quando devi installare più distribuzioni Eclipse o vuoi separare ambienti diversi senza sporcare troppo il sistema. È una via di mezzo: meno immediata del pacchetto Snap, più comoda del tarball se devi ripetere installazioni diverse con componenti differenti.
In genere scarichi l’installer dalla pagina ufficiale, lo rendi eseguibile e lo avvii:
chmod +x eclipse-inst-jre-linux64.exe
./eclipse-inst-jre-linux64.exe
Il nome del file può cambiare in base alla release, quindi verifica sempre quello realmente scaricato. L’installer ti permette di scegliere il package Eclipse da installare, la cartella di destinazione e spesso anche la JVM da usare. È comodo se lavori su più progetti con esigenze diverse, ma richiede un minimo di disciplina nella gestione delle directory.
Primo avvio: workspace, permessi e scelta della cartella progetto
Al primo avvio, Eclipse ti chiede il workspace. Questa scelta non è cosmetica: determina dove finiranno impostazioni, metadati dei progetti e preferenze locali. Per evitare confusione, usa una directory dedicata nel tuo account utente, non una cartella casuale dentro download o documenti temporanei.
Un esempio sensato è:
mkdir -p ~/workspace/eclipse
Se Eclipse non riesce a scrivere nel workspace, il problema quasi sempre è di permessi o di path selezionato male. Per falsificare subito questa ipotesi, controlla chi possiede la directory e se il tuo utente può creare file al suo interno:
ls -ld ~/workspace/eclipse
touch ~/workspace/eclipse/test-write
Se il touch fallisce, non ha senso cercare bug nell’IDE: prima sistema il filesystem, poi rilancia Eclipse. Se invece il workspace è corretto ma l’IDE continua a chiudersi all’avvio, il passo successivo è leggere la console o il log dell’applicazione.
Verifiche quando Eclipse non parte o resta su schermata iniziale
Il sintomo più comune dopo l’installazione è un avvio bloccato, una finestra bianca o un crash immediato. In ordine di probabilità, le cause più frequenti sono: Java incompatibile, workspace corrotto o plugin che impediscono il bootstrap. Prima di cambiare versione o reinstallare tutto, conviene guardare i log.
Se hai installato via tarball o installer, i log utente sono spesso nel profilo personale. Cerca file come .metadata/.log dentro il workspace o il log dell’installazione locale. Un controllo rapido può essere questo:
find ~/workspace/eclipse -path '*/.metadata/.log' -o -path '*/configuration/*.log'
cat ~/workspace/eclipse/.metadata/.log
Se il log segnala problemi di JVM, verifica il runtime effettivo usato da Eclipse. A volte il sistema ha più Java installate e l’IDE prende quella sbagliata. In quel caso controlla l’ambiente e, se serve, forza la JVM corretta nel file di configurazione o nella variabile d’avvio, ma fallo in modo tracciabile: meglio un file di configurazione esplicito che un workaround dimenticato nella shell.
Se il problema riguarda un workspace danneggiato, una prova pulita è creare una nuova directory e lanciare Eclipse lì. Se il nuovo workspace funziona, il difetto è locale ai metadata del precedente, non all’installazione. Questo ti evita una reinstallazione inutile e riduce il tempo di diagnosi.
Integrare Eclipse con il desktop Ubuntu
Su Ubuntu 20.04 la parte grafica conta quasi quanto quella tecnica. Se l’IDE è installato ma non appare nel menu, la soluzione migliore è creare un launcher pulito e verificare che il file desktop sia leggibile dal sistema. Questo è particolarmente utile nelle installazioni tarball, dove il pacchetto non si integra automaticamente nel desktop environment.
Un launcher ben fatto dovrebbe puntare a un percorso stabile, non a una directory temporanea. Se installi in /opt/eclipse, quel path resta comprensibile anche a distanza di mesi. Per l’icona, puoi usare un file locale o il percorso dell’icona inclusa nel pacchetto, purché sia valido e accessibile all’utente.
Se vuoi verificare che il desktop abbia registrato il launcher, puoi controllare la presenza del file e, in caso di dubbio, rilanciare la sessione grafica o uscire e rientrare. Non è raro che il menu non si aggiorni subito, soprattutto dopo la prima creazione del file .desktop.
Aggiornamenti, rollback e manutenzione pratica
La manutenzione dipende dal metodo scelto. Con Snap, gli aggiornamenti sono automatici e la gestione è semplice. Con tarball o installer, invece, sei tu a decidere quando cambiare versione. Questo è vantaggioso se lavori in ambienti dove la compatibilità dei plugin conta più dell’ultima build disponibile.
Se aggiorni manualmente, tieni sempre una copia della versione precedente e del workspace, almeno finché non hai verificato che tutto funzioni. In pratica:
cp -a /opt/eclipse /opt/eclipse.backup
Questo non è un backup completo della macchina, ma è un rollback operativo rapido se una nuova versione introduce regressioni. Se qualcosa va storto, ripristini la directory o torni alla revisione precedente del pacchetto, poi controlli di nuovo la JVM e il workspace. Anche qui, il rollback ha senso solo se hai separato bene binari, workspace e configurazione utente.
Scelta consigliata in base all’uso reale
Se vuoi una installazione rapida e manutenzione semplice, usa Snap. Se ti serve controllo totale sulla versione e sulla collocazione dei file, usa il tarball in /opt. Se invece devi gestire più profili o distribuire varianti diverse di Eclipse, l’Installer è più flessibile.
In pratica, per una postazione di sviluppo standard su Ubuntu 20.04, la combinazione più equilibrata è: JVM verificata, Eclipse installato con il metodo che ti dà più prevedibilità, workspace separato e launcher desktop pulito. È una configurazione banale solo in apparenza: quando qualcosa si rompe, sapere dove guardare fa la differenza tra cinque minuti e mezza giornata persa.
Se vuoi evitare sorprese, tieni sempre a portata questi controlli minimi: java -version, percorso del launcher, permessi del workspace e log di avvio. Sono i quattro punti che spiegano la maggior parte dei problemi reali dopo l’installazione di Eclipse su Ubuntu 20.04.
Commenti (0)
Nessun commento ancora.
Segnala contenuto
Elimina commento
Eliminare definitivamente questo commento?
L'azione non si può annullare.