Mailing-List: contact users-help@felix.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@felix.apache.org
Received-SPF: pass (athena.apache.org: local policy)
Message-ID: <4919F6F8.2030103@businesscape.no>
Date: Tue, 11 Nov 2008 22:19:52 +0100
From: Atle Prange <atle.prange@businesscape.no>
User-Agent: Thunderbird 2.0.0.17 (X11/20080925)
MIME-Version: 1.0
To: users@felix.apache.org
Subject: Re: The right way to chase dependencies?
References: <4919C5C5.8080405@virtualschool.edu>
In-Reply-To: <4919C5C5.8080405@virtualschool.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

You could look into the bundle repository OBR. Its documented on the 
felix pages.

You build a repository over all your bundles, and when you use the 
bundlerepository bundle in felix to install from the repository it 
automatically deploys all the dependencies too.

This means that you have to index your bundles with a tool called 
BIndex, or use maven-bundle-plugin to build your bundles.

take a look at
http://felix.apache.org/site/apache-felix-osgi-bundle-repository.html
http://felix.apache.org/site/apache-felix-maven-bundle-plugin-bnd.html
http://www.osgi.org/Repository/BIndex

It can take a while to get it working flawlessly, but once it runs it's 
smooth.

hilsen
Atle

Brad Cox wrote:
> What's the right way to chase dependencies?
>
> One of my components is an OpenSSO policy enforcement point that 
> originated with source code from a Netbeans tutorial. It has 
> dependencies to god know what. I can work the OpenSSO issues. What I 
> need help with is how experts deal with similar problems. I don't want 
> to rework that until I get what I have now to load.
>
> This shows where I'm at and how I've been dealing with it. My current 
> goal (unless someone can show a better way) is for the core and each 
> component to fully (transitively) enclose all of its dependencies. 
> That makes for big jars and slow compiles but that's the mental model 
> I'm working; that a component should contain everything it needs (with 
> obvious exceptions for java.*, soakit.core.*, etc).
>
> I'm new to this and don't understand whether other models exist that 
> might work, for example tracking down dependencies at load time (seems 
> that violates the goal to me but whatta I know; I'm the newbie).
>
> -> ps
> START LEVEL 1
>    ID   State         Level  Name
> [   0] [Active     ] [    0] System Bundle (1.2.1)
> [   1] [Active     ] [    1] Apache Felix Shell Service (1.0.2)
> [   2] [Active     ] [    1] Apache Felix Shell TUI (1.0.2)
> [   3] [Active     ] [    1] Apache Felix Bundle Repository (1.2.0)
> [   4] [Active     ] [    1] soakit.core (1.0.0.SNAPSHOT)
> [   5] [Active     ] [    1] iPOJO (1.0.0)
> [   6] [Active     ] [    1] soakit.port.file (1.0.0.SNAPSHOT)
> [   7] [Active     ] [    1] soakit.transform.identity (1.0.0.SNAPSHOT)
> [   9] [Active     ] [    1] soakit.port.http (1.0.0.SNAPSHOT)
> [  13] [Active     ] [    1] soakit.transform.log (1.0.0.SNAPSHOT)
> [  14] [Installed  ] [    1] soakit.transform.pep (1.0.0.SNAPSHOT)
> [  15] [Active     ] [    1] soakit.transform.xsl (1.0.0.SNAPSHOT)
> [  16] [Resolved   ] [    1] soakit.main (1.0.0.SNAPSHOT)
> [  17] [Installed  ] [    1] soakit.test (1.0.0.SNAPSHOT)
> -> update 14
> org.osgi.framework.BundleException: Unresolved constraint in bundle 
> 14: package; (package=com.sun.msv.grammar.trex)
> -> update 14
> org.osgi.framework.BundleException: Unresolved constraint in bundle 
> 14: package; (package=com.sun.msv.grammar.trex)
> -> update 14
> org.osgi.framework.BundleException: Unresolved constraint in bundle 
> 14: package; (package=com.sun.xml.fastinfoset.dom)
> -> update 14
> org.osgi.framework.BundleException: Unresolved constraint in bundle 
> 14: package; (package=com.bea.staxb.buildtime.internal.tylar)
> ->
>
> Each try takes about 30 minutes right now, and there's no sign this 
> chase is near ended. Surely there's a better way. Please share it.
>
> ------------------------------------------------------------------------
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org