On 17/11/13 09:39, Tom Eugelink wrote:
Hello all, Currently I'm contemplating using OSGi to setup a DDD (domain driven design) environment. DDD promotes using factories or DI to access functionality that is outside of the domain. Furthermore it assumes that each separate domain (called a bounded context or BC) runs separate from other BCs. Basically this means setting a BC up in JEE as a rest service, so the class loading has no conflicts. I'd like to try another approach; setting up BC's as OSGi modules. Each BC then has a number of interfaces which the context in which the BC lives must implement. Think of it as this way: a BC requires from its context that it can send event messages, or it can persist an entity. Does anyone already have some experience with such a setup? Now, feedback from a OSGi newbie: after installing Bndtools I expected a remote repository to be configured, so when I created a new OSGi integration test component, that it would download all required dependencies. Now I'm stuck with all kinds of class not found problems. This is something that the Java community has grown accustomed to post-maven.
Did you follow our tutorial at http://bndtools.org/tutorial.html? That should give you enough to know how our repositories operate.
Right now I'm torn between the apparent need to manually start downloading all the required dependencies and manually dragging them into the cfg project (which is not what I would like to do), or figuring out where and if there are any remote repositories and how I can add them to the cfg project (I can't seem to find good information about that). At the same time I'm a bit amazed why this still is an issue, and wonder why OSGi and Maven repositories are not smooth sailing together already.
We _can_ use artifacts from Maven, but most of those are not OSGi bundles. Which is why it's not enabled by default.
If you really want to use Maven (none of the bndtools developers do) then you should look into the maven bundle plugin.
Regards, Tom _______________________________________________ OSGi Developer Mail List [email protected] https://mail.osgi.org/mailman/listinfo/osgi-dev
-- Ferry Huberts _______________________________________________ OSGi Developer Mail List [email protected] https://mail.osgi.org/mailman/listinfo/osgi-dev
