Choisir « un cadre OSGi »: Cela crée simplement un nouveau paquet sans plug-ins requis ou des emballages importés (sauf si vous choisissez un activateur auquel cas la Le paquet org.osgi.framework apparaît sous les paquets importés).
Choisir la version Eclipse: Après avoir cliqué sur suivant l'assistant vous donne la case à cocher « Ce plugin apportera une contribution à l'interface utilisateur » et vous permet de créer une application client riche
Sans aucune autre option un plug-in Eclipse aura org.eclipse.core.runtime en tant que plugin requis. Si vous dites que le plug-in apportera des contributions à l'interface utilisateur, alors org.eclipse.ui est ajouté aux plug-ins requis.En disant que vous voulez créer une application client riche, les modèles sont différents sur l'écran final et vous êtes obligé d'en choisir un pour terminer. Votre activateur étendra également Plugin si vous n'avez pas choisi l'option d'interface utilisateur et si vous avez choisi l'option UI.
Il n'y a rien de différent concernant les ensembles qui sont créés dans les deux cas, l'assistant n'établit pour vous que certains plug-ins requis/packages importés par défaut. Bien sûr, comme VonC a souligné que certaines des dépendances configurées par la route Eclipse peuvent ne pas être compatibles avec d'autres implémentations OSGi.
les deux types de bundle sont-ils compatibles? –
@ coding.mof: Je viens de terminer ma réponse à cette question, mais un plugin Eclipse ne sera pas nécessairement exécuté dans un environnement OSGi autonome car certains services spécifiques à l'éclipse (dont il dépendra) seront disparu. – VonC