PN> adapted in order to support dynamic loading, very close to OSGi
So why not use OSGi in the first place?
Did you look at OBR and take this into account?
Kind regards,
Peter Kriens
PN> Hi there,
PN> over at OPS4J we are using a combination of Maven, BND (great tool
PN> Peter!) and setup provided by the PaxConstruct and PaxRunner projects,
PN> http://wiki.ops4j.org/confluence/display/ops4j/Pax+Construct.
PN> Maven is not a great tool , especially not in OSGi context, but for
PN> now it seems the best. Niclas Hedhman and me have been playing around
PN> with RDF meta data for projects, Rules Engines as the primary logic
PN> and OSGi as the container for modules called Silk. However, lately
PN> Raffael Herzog has been picking up the task and is building a quite
PN> exciting tool called Loom, based on HiveMind as container (heavily
PN> adapted in order to support dynamic loading, very close to OSGi),
PN> Drools and Ivy as a more powerful dependency manager than Maven
PN> http://wiki.ops4j.org/confluence/display/ops4j/Loom.
PN> By incorporating the BND tool and being able to describe dependencies
PN> as packages, not artifacts, Loom is probably well suited to solve most
PN> of the problems, but would need some OSGi specific looking into.
PN> /peter
PN> _______________________________________________
PN> OSGi Developer Mail List
PN> [email protected]
PN> http://www2.osgi.org/mailman/listinfo/osgi-dev
--
Peter Kriens Tel +33467542167
9C, Avenue St. Drézéry AOL,Yahoo: pkriens
34160 Beaulieu, France ICQ 255570717
Skype pkriens Fax +1 8153772599
_______________________________________________
OSGi Developer Mail List
[email protected]
http://www2.osgi.org/mailman/listinfo/osgi-dev
