Hi eric, as far as I know, this is not the perfect place for your question... This list if felix centric and design questions should be sent to other places like the developers list....
I'm convinced that as always you must find the middle position between monolithic deployment and too many bundles...It's just a trade-off.. my 2 pieces Cheers Jerome 2007/10/16, Eric Blanchard <[EMAIL PROTECTED]>: > > Hello community, > > I'm looking for some advises to organize the project > layout/split in order to be able to provide the best > environment for developing/deploying a set of N consumers > and P providers OSGi services (I will use Declarative > Services technique for that). > > Each Service is represented by a Java Interface. I plan to > package each classes with associated documentation in a > separate jar to make the java interfaces available for > developers (service providers and services consumers). > > Service providers and service consumers projects will depend > on the provided jar. They will build bundles that will have > the package of the service interface in their Import-Package: > directive. > > At deployment, what is the best way to make the Service > interface available in the OSGi framework ? > > - Should I package each interface class in a separate bundle > and install them in the framework before consumers and providers > are resolved ? The risk is to end up with a great number > of bundles (may be not very efficient to have one class loader > per service interface). > > - Should I put each interface in a fragment ? If yes, should I > attach this fragment to the System bundle ? (may need to extend > the Export-Package list each time I want to add a new services). > > - Should I let each service consumer bundle to embed a copy of > the interface ? (I possibly loose coherency). > > - Any other solutions ? > > For the moment I prefer the first solution, but I'm afraid that > the order and the number of bundles will be difficult to manage. > > Thanks in advance for your help. > > -- > Eric > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Jerome Moliere - Mentor/J http://romjethoughts.blogspot.com/ auteur Eyrolles
