jerome moliere wrote:
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....
This is an okay place to send this question. This list is for people
interested in using Felix and this question relates to using Felix.
-> richard
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]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
