Yes,

The obr server is basically an XML file containing the URL and the description 
of available bundles. To set your OBR repository, different tools exist such as 
:
- the maven-bundle-plugin (which supports OBR)
- bindex
- mangen

Regards,

Clement



-----Original Message-----
From: Atle Prange [mailto:[EMAIL PROTECTED] 
Sent: mercredi 12 novembre 2008 11:38
To: [email protected]
Subject: Re: Install dependencies from a server?

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 <[EMAIL PROTECTED]>
> À : [email protected]
> 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: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>       
>   


---------------------------------------------------------------------
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]

Reply via email to