Come includere una dipendenza in un file jar da un'applicazione eclipse/osgi?

Question

Ho creato un'applicazione Eclipse 4 e avevo bisogno di un jar che offrisse una funzionalità come parte della mia applicazione (questo potrebbe essere qualsiasi cosa ad esempio log4j per renderlo banale).
Ho aggiunto il jar come parte del classpath del mio progetto (Right Click->Configure Build Path) ma durante il runtime il mio servizio non è riuscito con un errore ClassNotFound (da OSGI, suppongo?).
Ad ogni modo cercando questo risulta, almeno come ho capito, che dovrei aggiungere il barattolo come parte di un altro Plugin e creare una dipendenza dalla mia applicazione/servizio a questo nuovo plugin.
I.e. Ho creato un Plugin Project from Existing JAR archives.
Questa volta l'installazione ha funzionato.
Quindi, se capisco questo, quando si sviluppa per Eclipse/OSGi non si dovrebbe aggiungere direttamente jars nei classpath ma aggiungerli tramite plugin (perché?).
Domanda: Se sono corretto finora, qual è la pratica standard per includere jars durante lo sviluppo di un progetto?
Definire/Creare un Plugin Project from existing JAR archives e aggiungere tutti le librerie di terze parti richiesti necessari lì, o avere un diverso progetto di plug-in per necessità jaro qualcos'altro forse ???
Ci scusiamo se la mia terminologia non è accurata. Sono nuovo nella programmazione OSGi ed Eclipse

Nota: Quando si parla di jars Non mi riferisco ad altri servizi OSGi. Mi riferisco alla norma sull'uso di librerie di terze parti pronte e affidabili che sarebbero necessarie in molte parti di un'applicazione. Per esempio. log4j o una libreria di analisi xml o apache commons ecc.

Answer 1

Gli esempi che hai citato sono disponibili come bundle OSGi, quindi non è necessario renderli bundle da soli. Solitamente non si utilizzano le dipendenze dirette di jar in OSGi, in genere si utilizzano dipendenze di pacchetti o bundle. Nell'esempio di log4j a cui si fa riferimento, è necessario utilizzare il pacchetto di importazione in quanto possono essere presenti più provider di bundle (jar log4j più recente, versione bundle di sorgenti di log4j precedenti, implementazione di slf4j ...). Questo disconnetterà le dipendenze del codice dal fornitore effettivo.

Queste dipendenze vengono mantenute tramite manifest, non il classpath del progetto. In un progetto plug-in di eclipse, il percorso di generazione dei progetti generato deriva dalle voci nel manifest.

Anche se non si utilizzano i servizi, tutte le dipendenze del codice vengono comunque mantenute tramite manifest.

Answer 2

Per il runtime è sempre il manifest e le intestazioni che controllano ciò che è nel classpath del pacchetto. Esistono tre modi per accedere a un jar:

1. Intestazione del pacchetto di importazione. Questo è il modo consigliato. Si definisce un'importazione per pacchetto che è necessario. Il vaso che desideri accedere deve essere distribuito nel runtime come pacchetto. Ha anche bisogno di esportare tutti i pacchetti necessari.

2. Require-Bundle. Questo è un altro modo per accedere ai pacchetti. Definisci l'id del pacchetto che ti serve e vedi tutti i pacchetti che esporta. Poiché Require-Bundle ti lega più strettamente all'altro pacchetto, il modo Import-Package dovrebbe essere preferito.

3. Percorso classe. Ciò consente di aggiungere dei jar al classpath che si incorpora nel proprio bundle. Questo dovrebbe essere l'ultima risorsa solo quando l'altro modo non funziona. Puoi avere problemi di caricamento di classe quando li mescoli con gli altri metodi.

È possibile trovare molti pacchetti prefabbricati in Maven centrale. Oggi molti vasi contengono già un manifest OSGi. Per i casi in cui questo non è vero, molti jar vengono riconfezionati come pacchetti da servicemix. Vedi groupId: org.apache.servicemix.bundles. C'è anche il repository del bundle di primavera dove ne trovi altri.

Qui di seguito ho elencato alcune risorse si potrebbe desiderare di leggere:

http://www.aqute.biz/Blog/2007-02-19

http://wiki.osgi.org/wiki/Import-Package

http://wiki.osgi.org/wiki/Require-Bundle

http://www.vogella.com/blog/2009/03/27/required-bundle-import-package/

Answer 3

Extactaly stesso problema che abbiamo dovuto affrontare nel nostro progetto. abbiamo alcuni jar legacy che non sono compatibili con OSGi, creiamo la cartella lib parallelamente a BundleContent e la aggiungiamo nella sezione classpath di manifest.

Bundle-ClassPath: ., 

/lib/<legacy jar>.jar 

Non v'è alcuna necessità di esportazione e l'importazione di pacchetti inutilmente se solo un fascio sta per consumare,