felix-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Atle Prange <atle.pra...@businesscape.no>
Subject Re: Install dependencies from a server?
Date Wed, 12 Nov 2008 10:37:50 GMT
Yes,

an OSGi Bundle repository can be on any available server.

-atle

chihi asma wrote:
> Hi everybody,
>
> Can I let Felix install a bundle dependencies from a distant server?
>
> Best Regards
>
> Asma
>
>
>
>
> ________________________________
> De : Brad Cox <bcox@virtualschool.edu>
> À : users@felix.apache.org
> Envoyé le : Mardi, 11 Novembre 2008, 18h49mn 57s
> Objet : The right way to chase dependencies?
>
> 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


Mime
View raw message