Importare dinamicamente jar

[valia]

Le prestazioni ovviamente non cambiano rispetto a mettere i .jar nel CLASSPATH

non confondente il loader con il concetto di classpath.
Il class loader è l'elemento a cui viene chiesto di CARICARE all'interno della JVM la classe che a te serve.
Il classpath è il percorso all'interno del quale il classloader va alla ricerca dei jar di interesse. Tipicamente è una stringa con una serie di path a directory in cui ci sono n jar distinti.
Quando parli di mettere i jar e caricarli, stai dicendo in un linguaggio molto molto naturale che a PRIORI fai il caricamento di una classe contenuta in un jar che sta nel classpath all'interno della JVM, non che metti fisicamente qualcosa dentro qualcos'altro.

[sottovento]

non confondente il loader con il concetto di classpath.

Cerchero' di non confonderlo

Il class loader è l'elemento a cui viene chiesto di CARICARE all'interno della JVM la classe che a te serve.
Il classpath è il percorso all'interno del quale il classloader va alla ricerca dei jar di interesse. Tipicamente è una stringa con una serie di path a directory in cui ci sono n jar distinti.
Quando parli di mettere i jar e caricarli, stai dicendo in un linguaggio molto molto naturale che a PRIORI fai il caricamento di una classe contenuta in un jar che sta nel classpath all'interno della JVM, non che metti fisicamente qualcosa dentro qualcos'altro.

Non ho molto capito. Ad ogni modo credevo che la domanda di federico.massim fosse chiara: ho un .jar che non e' nel CLASSPATH e la mia applicazione per esempio vuole eseguire del codice ivi contenuto. Il .jar e' fornito runtime e potrebbe essere diverso ad ogni esecuzione. Come fare? Mi sono limitato a rispondere a questa domanda. Che poi, e' alla base del meccanismo dei plug in, giusto? (quanto meno faccio cosi', quando mi servono)