Risposta.

Il classpath è un parametro che definisce l'elenco delle directory, degli archivi JAR e ZIP, in cui la macchina Java e il compilatore cercano classi e risorse all'avvio di un'applicazione.

Storia della questione:

Sin dall'apparizione di Java, è sorta l'esigenza di organizzare il caricamento di un gran numero di classi, che spesso risiedono in diverse directory. A tal fine è stato inventato il classpath, che consente di specificare in modo flessibile i luoghi di ricerca delle dipendenze.

Problema:

Se il classpath non è configurato correttamente, l'applicazione non troverà le classi necessarie, il che porterà a errori di caricamento (ad esempio, ClassNotFoundException o NoClassDefFoundError).

Soluzione:

Il classpath può essere impostato tramite la variabile ambiente CLASSPATH, il parametro della riga di comando -cp o -classpath. È importante specificare esplicitamente tutte le directory e i file JAR necessari per il funzionamento dell'applicazione. Esempio di avvio con classpath:

java -cp ".;lib/*" com.example.Main

Caratteristiche principali:

È possibile specificare più percorsi tramite ; (Windows) o : (Linux/macOS)
Supporta i caratteri jolly: lib/* — tutti i JAR nella cartella lib
Se non specificato, viene utilizzata la directory corrente per impostazione predefinita.

Domande ingannevoli.

Java può trovare automaticamente le classi se non sono elencate nel classpath?

No, Java non esegue la ricerca automatica delle classi al di fuori del classpath specificato. Ogni percorso deve essere esplicitamente specificato o aggiunto durante il passaggio di compilazione o d'esecuzione.

Il ordine dei percorsi nel classpath influisce sul caricamento delle classi?

Sì, in caso di omonimia delle classi, verrà trovato per primo il classe del primo percorso specificato. L'ordine è importante per evitare conflitti di versione.

È possibile aggiungere un nuovo JAR al classpath "al volo" dopo l'avvio dell'applicazione?

No, il meccanismo standard del classpath è statico dopo l'avvio della JVM. Il caricamento dinamico di nuove classi richiede ClassLoader speciali.

Errori comuni e anti-pattern

Errori di sintassi nei percorsi (soprattutto su Windows/Linux)
Incompatibilità delle versioni delle librerie a causa della duplicazione di JAR
Mancanza di dipendenze necessarie
Classpath "hardcoded" negli script che non supportano ambienti diversi

Esempio di vita reale

Caso negativo

Un'applicazione Java viene avviata con il parametro -cp lib/mylib.jar, dimenticando di aggiungere la cartella con la configurazione di test. Di conseguenza, l'applicazione si arresta con un errore, anche se la libreria sembra essere presente.

Vantaggi:

Semplicità: è stato specificato solo il necessario

Svantaggi:

Mancanza di flessibilità (quando si espande l'applicazione è necessario correggere manualmente il percorso ogni volta)
Facile commettere un errore

Caso positivo

Si utilizza maven/gradle, che formano automaticamente il classpath in base alle dipendenze. L'esecuzione avviene tramite script wrapper.