You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@felix.apache.org by Rodrigo Madera <ro...@gmail.com> on 2007/09/26 19:06:37 UTC
ORB Libraries
Hello community,
I have code that depends on varios Apache libraries, like Betwixt,
Commons CLI and some others.
I see that OSGi best practices require the implementation of these
libraries as bundles.
Checking the OSGi site for ORB bundles I didn't find enough libraries
as bundles. I'll try to contribute some myself, as soon as I learn how
they expect them to be constructed.
However, I see that Felix has an ORB facility which doesn't have much
documentation.
So the question is:
What facility does Apache Felix provide when I need to resolve dependencies
on Libraries such as Apache Betwixt, Apache Commons and alike?
Do I really have to dig up manually all the libraries needed? Even 2nd level
ones?
How can ORB help me?
Thank you for all your input,
Rodrigo
Re: ORB Libraries
Posted by Felix Meschberger <fm...@gmail.com>.
Hi Rodrigo,
Am Freitag, den 28.09.2007, 01:42 -0300 schrieb Rodrigo Madera:
> <artifactId>log4j</artifactId>
This is the culprit as log4j (unfortunately) has a reference to
com.sun.jdmk, but only requires it to be present if use JMX support for
Log4J. If you look at the Log4J wrapper bundle of the Felix Commons
project (see the pom.xml in the project directory), you will see that
this bundle declares that package (and others) as optional imports as
Stuart earlier explained.
And yes, the Felix Commons Bundles are NOT available from any public
OBR, but you may check them out, build and install them locally and then
you will then have a local OBR from where you can install (also just
like Stuart explained).
Regards
Felix
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Maven-bundle-plugin and obr
Posted by Stuart McCulloch <st...@jayway.net>.
On 21/12/2007, GERODOLLE Anne RD-MAPS-GRE <an...@orange-ftgroup.com>
wrote:
>
> Thank you very much indeed,
> With the last version it works again. Concerning the location of
> repository.xml, I misunderstood the documentation.
cool, glad to hear it's working again :)
I shall investigate the use of ops4j, but I don't understand well what you
> mean " the benefit of this repository is that it doesn't include all the
> other Maven plugin snapshots that might destabilize your build as they're
> constantly changing..." . If I am not using those plugin snapshots, I guess
> the fact that they're constantly changing should not destabilize my build.
> If I am using them, and the ops4j does not provide them, the build will not
> work. But surely I am missing something !
it's more about the core maven plugins: the Apache snapshot repository
contains
snapshots for all Apache projects, including Maven itself, and this has been
known
to cause unusual behaviour in the past. For example, the Spring-OSGi build
found
that snapshots of core Maven plugins kept getting downloaded so they don't
use it
OPS4J is a smaller community (which I'm also a member of) and I regularly
deploy
the Felix plugin snapshots there, as I don't want to get snapshots of other
maven
plugins - it's just provided as a convenience for other projects who also
don't like
to pull in lots of other plugin snapshots, but want the latest bundleplugin
this won't really matter once we do the next release, as it will appear on
central
- it's just an FYI, in case you don't like to use the apache snapshot
repository :)
I encounter now a problem with embedding dependencies, but I shall check
> further before unduly raising a new issue ;-)
don't worry about unduly raising issues - imho it's better to ask than stay
silent
Anne
>
> -----Message d'origine-----
> De : mcculls@gmail.com [mailto:mcculls@gmail.com] De la part de Stuart
> McCulloch
> Envoyé : vendredi 21 décembre 2007 11:37
> À : users@felix.apache.org
> Objet : Re: Maven-bundle-plugin and obr
>
> On 21/12/2007, GERODOLLE Anne RD-MAPS-GRE <
> anne.gerodolle@orange-ftgroup.com>
> wrote:
> >
> > Hi everybody,
> >
> > I'm experiencing a strange behaviour with the current
> > maven-bundle-plugin 1.1.0-SNAPSHOT, thus I have several questions :
> >
> > First, I was not aware that by default a local repository.xml file was
> > created .
>
>
> yes, this was a feature requested by several users:
>
> http://issues.apache.org/jira/browse/FELIX-219
> http://issues.apache.org/jira/browse/FELIX-370
>
> it's documented on the bundleplugin page:
>
> http://felix.apache.org/site/maven-bundle-plugin-bnd.html
>
> see "OBR integration", it means your repository can be used by OBR.
>
> I noticed that because at "mvn install" I keep now seeing an
> > exception "no class def found :
> > org/apache/felix/sanfbox/obr/plugin/PathFile" . I would say it did not
> > occur before, although I'm not completely sure.
>
>
> try using "mvn -U install" to update your plugin snapshots - it sounds
> like you might have an old snapshot of the bundleplugin and a newer snapshot
> of the maven-obr-plugin - using -U will make sure you have up-to-date
> versions of both
>
> FYI, the latest snapshots on the apache snapshot repo are:
>
> maven-bundle-plugin-1.1.0-20071216.103738-26.jar
> maven-obr-plugin-0.1.0-20071216.103443-10.jar
>
> (the bundleplugin uses code from the maven-obr-plugin and the OBR code
> was recently refactored because it's no longer in the sandbox)
>
> Seeing that exception, I became aware that a repository.xml was being
> > created or updated by "mvn install". I'm surprised that the default
> > behaviour of the plugin is to create a repository.xml file in the
> > user's home directory, wouldn't it be more secure to generate it in
> > some private directory, like .felix,or .felix-repository if .felix is
> > to contain only the cache ; or even .m2/repository ?
>
>
> actually, it should be created under .m2/repository by default: ie. the
> location of the Maven local repository (unless you set obrRepository to
> point elsewhere).
>
> if it's not writing to your local Maven repository and you haven't set the
> local repository in your settings.xml file then please open a new issue
> with an example POM that recreates the problem
>
> (also make sure this still happens after you've updated the plugins)
>
> Finally, when looking at the main page of the plugin, you don't know
> > what versions of this bundle exist,
>
>
> to date there's only been one release, but we expect another soon
> - in each release there is a list of the changes (fixes, new features)
>
> to find out the 1.1.0-SNAPSHOT thing
> > you have to know that the repository is on
> > http://people.apache.org/repo and then go there and explore the
> > repository (or is there a better way that I don't know ?).
>
>
> FYI, the snapshot is also deployed to the OPS4J repository:
>
> <pluginRepository>
> <id>ops4j-snapshots</id>
> <url>http://repository.ops4j.org/mvn-snapshots</url>
> <releases>
> <enabled>false</enabled>
> </releases>
> </pluginRepository>
>
> the benefit of this repository is that it doesn't include all the other
> Maven plugin snapshots that might destabilize your build as they're
> constantly changing...
>
> I wonder if there could be an "history" somewhere
> > in the "bundle plugin" page ?
>
>
> yes - at the moment the new features have simply been appended to the wiki
> as they've been integrated - once we make the second release I plan to
> reorganize it to make it clearer.
>
> Best regards,
> >
> > Anne
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> > For additional commands, e-mail: users-help@felix.apache.org
> >
> > --
> Cheers, Stuart
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
--
Cheers, Stuart
RE: Maven-bundle-plugin and obr
Posted by GERODOLLE Anne RD-MAPS-GRE <an...@orange-ftgroup.com>.
Thank you very much indeed,
With the last version it works again. Concerning the location of repository.xml, I misunderstood the documentation.
I shall investigate the use of ops4j, but I don't understand well what you mean " the benefit of this repository is that it doesn't include all the other Maven plugin snapshots that might destabilize your build as they're constantly changing..." . If I am not using those plugin snapshots, I guess the fact that they're constantly changing should not destabilize my build. If I am using them, and the ops4j does not provide them, the build will not work. But surely I am missing something !
I encounter now a problem with embedding dependencies, but I shall check further before unduly raising a new issue ;-)
Anne
-----Message d'origine-----
De : mcculls@gmail.com [mailto:mcculls@gmail.com] De la part de Stuart McCulloch
Envoyé : vendredi 21 décembre 2007 11:37
À : users@felix.apache.org
Objet : Re: Maven-bundle-plugin and obr
On 21/12/2007, GERODOLLE Anne RD-MAPS-GRE <an...@orange-ftgroup.com>
wrote:
>
> Hi everybody,
>
> I'm experiencing a strange behaviour with the current
> maven-bundle-plugin 1.1.0-SNAPSHOT, thus I have several questions :
>
> First, I was not aware that by default a local repository.xml file was
> created .
yes, this was a feature requested by several users:
http://issues.apache.org/jira/browse/FELIX-219
http://issues.apache.org/jira/browse/FELIX-370
it's documented on the bundleplugin page:
http://felix.apache.org/site/maven-bundle-plugin-bnd.html
see "OBR integration", it means your repository can be used by OBR.
I noticed that because at "mvn install" I keep now seeing an
> exception "no class def found :
> org/apache/felix/sanfbox/obr/plugin/PathFile" . I would say it did not
> occur before, although I'm not completely sure.
try using "mvn -U install" to update your plugin snapshots - it sounds like you might have an old snapshot of the bundleplugin and a newer snapshot of the maven-obr-plugin - using -U will make sure you have up-to-date versions of both
FYI, the latest snapshots on the apache snapshot repo are:
maven-bundle-plugin-1.1.0-20071216.103738-26.jar
maven-obr-plugin-0.1.0-20071216.103443-10.jar
(the bundleplugin uses code from the maven-obr-plugin and the OBR code was recently refactored because it's no longer in the sandbox)
Seeing that exception, I became aware that a repository.xml was being
> created or updated by "mvn install". I'm surprised that the default
> behaviour of the plugin is to create a repository.xml file in the
> user's home directory, wouldn't it be more secure to generate it in
> some private directory, like .felix,or .felix-repository if .felix is
> to contain only the cache ; or even .m2/repository ?
actually, it should be created under .m2/repository by default: ie. the location of the Maven local repository (unless you set obrRepository to point elsewhere).
if it's not writing to your local Maven repository and you haven't set the local repository in your settings.xml file then please open a new issue with an example POM that recreates the problem
(also make sure this still happens after you've updated the plugins)
Finally, when looking at the main page of the plugin, you don't know
> what versions of this bundle exist,
to date there's only been one release, but we expect another soon
- in each release there is a list of the changes (fixes, new features)
to find out the 1.1.0-SNAPSHOT thing
> you have to know that the repository is on
> http://people.apache.org/repo and then go there and explore the
> repository (or is there a better way that I don't know ?).
FYI, the snapshot is also deployed to the OPS4J repository:
<pluginRepository>
<id>ops4j-snapshots</id>
<url>http://repository.ops4j.org/mvn-snapshots</url>
<releases>
<enabled>false</enabled>
</releases>
</pluginRepository>
the benefit of this repository is that it doesn't include all the other Maven plugin snapshots that might destabilize your build as they're constantly changing...
I wonder if there could be an "history" somewhere
> in the "bundle plugin" page ?
yes - at the moment the new features have simply been appended to the wiki as they've been integrated - once we make the second release I plan to reorganize it to make it clearer.
Best regards,
>
> Anne
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
> --
Cheers, Stuart
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Maven-bundle-plugin and obr
Posted by Stuart McCulloch <st...@jayway.net>.
On 21/12/2007, GERODOLLE Anne RD-MAPS-GRE <an...@orange-ftgroup.com>
wrote:
>
> Hi everybody,
>
> I'm experiencing a strange behaviour with the current
> maven-bundle-plugin 1.1.0-SNAPSHOT, thus I have several questions :
>
> First, I was not aware that by default a local repository.xml file was
> created .
yes, this was a feature requested by several users:
http://issues.apache.org/jira/browse/FELIX-219
http://issues.apache.org/jira/browse/FELIX-370
it's documented on the bundleplugin page:
http://felix.apache.org/site/maven-bundle-plugin-bnd.html
see "OBR integration", it means your repository can be used by OBR.
I noticed that because at "mvn install" I keep now seeing an
> exception "no class def found :
> org/apache/felix/sanfbox/obr/plugin/PathFile" . I would say it did not
> occur before, although I'm not completely sure.
try using "mvn -U install" to update your plugin snapshots - it sounds
like you might have an old snapshot of the bundleplugin and a newer
snapshot of the maven-obr-plugin - using -U will make sure you have
up-to-date versions of both
FYI, the latest snapshots on the apache snapshot repo are:
maven-bundle-plugin-1.1.0-20071216.103738-26.jar
maven-obr-plugin-0.1.0-20071216.103443-10.jar
(the bundleplugin uses code from the maven-obr-plugin and the OBR
code was recently refactored because it's no longer in the sandbox)
Seeing that exception, I became aware that a repository.xml was being
> created or updated by "mvn install". I'm surprised that the default
> behaviour of the plugin is to create a repository.xml file in the user's
> home directory, wouldn't it be more secure to generate it in some
> private directory, like .felix,or .felix-repository if .felix is to
> contain only the cache ; or even .m2/repository ?
actually, it should be created under .m2/repository by default: ie. the
location of the Maven local repository (unless you set obrRepository
to point elsewhere).
if it's not writing to your local Maven repository and you haven't set
the local repository in your settings.xml file then please open a new
issue with an example POM that recreates the problem
(also make sure this still happens after you've updated the plugins)
Finally, when looking at the main page of the plugin, you don't know
> what versions of this bundle exist,
to date there's only been one release, but we expect another soon
- in each release there is a list of the changes (fixes, new features)
to find out the 1.1.0-SNAPSHOT thing
> you have to know that the repository is on http://people.apache.org/repo
> and then go there and explore the repository (or is there a better way
> that I don't know ?).
FYI, the snapshot is also deployed to the OPS4J repository:
<pluginRepository>
<id>ops4j-snapshots</id>
<url>http://repository.ops4j.org/mvn-snapshots</url>
<releases>
<enabled>false</enabled>
</releases>
</pluginRepository>
the benefit of this repository is that it doesn't include all the other
Maven
plugin snapshots that might destabilize your build as they're constantly
changing...
I wonder if there could be an "history" somewhere
> in the "bundle plugin" page ?
yes - at the moment the new features have simply been appended to the
wiki as they've been integrated - once we make the second release I plan
to reorganize it to make it clearer.
Best regards,
>
> Anne
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
> --
Cheers, Stuart
RE: Maven-bundle-plugin and obr
Posted by GERODOLLE Anne RD-MAPS-GRE <an...@orange-ftgroup.com>.
Hi again,
I found out that I was not downloading the last snapshot of the plugin, due to a msiconfiguration of our local maven repository.
So, forget the very first part of my message.
Best regards,
Anne
-----Message d'origine-----
De : GERODOLLE Anne RD-MAPS-GRE [mailto:anne.gerodolle@orange-ftgroup.com]
Envoyé : vendredi 21 décembre 2007 11:05
À : users@felix.apache.org
Objet : Maven-bundle-plugin and obr
Hi everybody,
I'm experiencing a strange behaviour with the current maven-bundle-plugin 1.1.0-SNAPSHOT, thus I have several questions :
First, I was not aware that by default a local repository.xml file was created . I noticed that because at "mvn install" I keep now seeing an exception "no class def found :
org/apache/felix/sanfbox/obr/plugin/PathFile" . I would say it did not occur before, although I'm not completely sure.
Seeing that exception, I became aware that a repository.xml was being created or updated by "mvn install". I'm surprised that the default behaviour of the plugin is to create a repository.xml file in the user's home directory, wouldn't it be more secure to generate it in some private directory, like .felix,or .felix-repository if .felix is to contain only the cache ; or even .m2/repository ?
Finally, when looking at the main page of the plugin, you don't know what versions of this bundle exist, to find out the 1.1.0-SNAPSHOT thing you have to know that the repository is on http://people.apache.org/repo and then go there and explore the repository (or is there a better way that I don't know ?). I wonder if there could be an "history" somewhere in the "bundle plugin" page ?
Best regards,
Anne
---------------------------------------------------------------------
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
Maven-bundle-plugin and obr
Posted by GERODOLLE Anne RD-MAPS-GRE <an...@orange-ftgroup.com>.
Hi everybody,
I'm experiencing a strange behaviour with the current
maven-bundle-plugin 1.1.0-SNAPSHOT, thus I have several questions :
First, I was not aware that by default a local repository.xml file was
created . I noticed that because at "mvn install" I keep now seeing an
exception "no class def found :
org/apache/felix/sanfbox/obr/plugin/PathFile" . I would say it did not
occur before, although I'm not completely sure.
Seeing that exception, I became aware that a repository.xml was being
created or updated by "mvn install". I'm surprised that the default
behaviour of the plugin is to create a repository.xml file in the user's
home directory, wouldn't it be more secure to generate it in some
private directory, like .felix,or .felix-repository if .felix is to
contain only the cache ; or even .m2/repository ?
Finally, when looking at the main page of the plugin, you don't know
what versions of this bundle exist, to find out the 1.1.0-SNAPSHOT thing
you have to know that the repository is on http://people.apache.org/repo
and then go there and explore the repository (or is there a better way
that I don't know ?). I wonder if there could be an "history" somewhere
in the "bundle plugin" page ?
Best regards,
Anne
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: ORB Libraries
Posted by "Richard S. Hall" <he...@ungoverned.org>.
Stuart McCulloch wrote:
> Hi Rodrigo,
>
> Just to be clear - Felix has support for OBR:
>
> http://cwiki.apache.org/confluence/x/Dh8
>
> but does not (yet) provide a public OBR site with bundles such as wrapped
> commons libraries.
> ( I think the default OBR site is currently set to
> http://oscar-osgi.sf.net/obr2/repository.xml )
>
> The Felix commons sub-project provides poms to build wrapped versions of
> various libraries
> which you can use to build the bundles yourself, but has not (yet) released
> any final artifacts
> because of the potential overhead (ie. a full vote + check is needed for
> each one)
>
> however, snapshots of Felix commons are available from:
>
>
> http://people.apache.org/repo/m2-snapshot-repository/org/apache/felix/commons
>
And nothing stops you from grabbing those bundles and using bindex (from
Peter Kriens) to generate your own OBR file to use locally...
We still have to figure out how we will support a Commons OBR
repository. Athough we are perhaps getting a few steps closer since we
have a plugin now that will generate OBR repository XML when you build a
bundle and add it to a repository file...
I wonder if/when we should start adding this to the Commons wrapper pom
file?
-> richard
> there is also Eclipse's Orbit (http://www.eclipse.org/orbit) which also
> provide wrappers.
>
> Unfortunately, I can't think of a public OBR site which contains such
> bundles - hopefully now
> that the maven-obr-plugin is available, it will be easier to setup and
> maintain one, but I don't
> know if there are plans to host an OBR site actually at Felix (although I'd
> support such a plan).
>
> You should also ask the relevant projects to add OSGi metadata (and possibly
> activators)
> so their deliverables can be used in OSGi - if there's enough demand, they
> should listen...
>
> Anyway, back to fixing your particular issue - comments inlined below...
>
> On 28/09/2007, Rodrigo Madera <ro...@gmail.com> wrote:
>
>> Actually, a dependency is making BND import com.sun.jdmk.comm within the
>> Import-Package statement.
>>
>
>
> ok, as I said before setting:
>
> <Import-Package>com.sun.jdmk.comm;resolution:=optional,*</Import-Package>
>
> in your instructions will tell BND to mark this package as optional in the
> final manifest.
> You can use this to apply any non-default attributes to imported packages
> (see BND doc).
>
> I guess my problem is clear: my system doesn't have com.sun.jdmk.comm.
>
>> The pom is actually just including these dependencies:
>>
>> <artifactId>commons-beanutils</artifactId>
>> <artifactId>commons-betwixt</artifactId>
>> <artifactId>commons-collections</artifactId>
>> <artifactId>commons-logging</artifactId>
>> <artifactId>commons-cli</artifactId>
>> <artifactId>commons-configuration</artifactId>
>> <artifactId>commons-lang</artifactId>
>>
>> <artifactId>junit</artifactId>
>> <artifactId>mina-core</artifactId>
>> <artifactId>log4j</artifactId>
>>
>
>
> these two artifacts:
>
> <artifactId>osgi_R4_core</artifactId>
>
>> <artifactId>osgi_R4_compendium</artifactId>
>>
>
>
> shouldn't be bundled, as Felix already provides them as bundles specific for
> Felix.
>
> <artifactId>mina-core</artifactId>
>
>> As with ORB, it's purpose is to encapsulate libraries into bundles that
>> are
>> separate and organized.
>>
>> Right now, I'm having this problem because a dependency is requesting the
>> package.
>>
>> If I used OBR, then I would say "use commons-beanutils" and it would
>> *figure
>> out dependencies by itself*.
>>
>
>
> true, but only if the OBR site had such a bundle with the right dependencies
> ( which is now easier to setup, given the maven bundle and obr plugins )
>
> If you tell me how to use OBR I can solve the problem rather quickly. I just
>
>> need to know how to use the GUI interface to ORB.
>>
>
>
> see http://cwiki.apache.org/confluence/x/Dh8 for how to use OBR
>
> Where is the URL for the Felix Commons OBR repository?
>
>
> afaik there isn't one - the default used is
> http://oscar-osgi.sourceforge.net/obr2/repository.xml
>
> Is there any Felix OBR documentation that I'm not aware of? (besides the
>
>> paragraph on the plugin).
>>
>
>
> that wiki page is also published to
> http://felix.apache.org/site/apache-felix-osgi-bundle-repository-obr.html
>
> =====================
>
>> Please understand this:
>>
>> Right now, I include ALL OF THESE DEPENDENCIES into the final project
>> bundle
>> with a "Private-Package: *" into the bundle plugin. This is bad. This is
>> really really bad.
>>
>
>
> yes - this is really, really bad as you're basically pushing everything into
> one mega-bundle :(
>
> If I don't do this, then I won't have the org.apache.* and other
>
>> dependencies (see above for the list), since they are not installed.
>> **This
>> is why I need OBR**.
>>
>
>
> OBR is just a deployment mechanism, it does not magically create or wrap
> bundles
> - if the bundles you need don't exist on an OBR site somewhere then OBR
> can't help
>
> If you send me the exact details of the various libraries you need wrapped
> (group, artifact, version)
> I can send you a set of poms which you can use to wrap them into bundles -
> and if you use the latest
> bundle snapshot, this will also install them locally to an OBR file inside
> your local maven repository.
>
> you can then point the Felix OBR to this local repository, and use OBR to
> install the bundles.
>
> =====================
>
>> Thanks for all your help,
>> Rodrigo
>>
>>
>> On 9/28/07, Stuart McCulloch <st...@jayway.net> wrote:
>>
>>> On 28/09/2007, Rodrigo Madera <ro...@gmail.com> wrote:
>>>
>>>>> Yes, this a sun implementation package - because it's not a java.*
>>>>>
>>>>>> package,
>>>>>> it's not exported by the system bundle (I believe it's not in the
>>>>>>
>>>> config
>>>>
>>>>>> either)
>>>>>> This particular package is in the JMX reference implemation, but
>>>>>>
>> is
>>
>>>> not
>>>>
>>>>>> part
>>>>>> of the public JMX API.
>>>>>>
>>>>>> You can either alter your config.properties to add these sun
>>>>>>
>>> packages
>>>
>>>> to
>>>>
>>>>>> the
>>>>>> bootdelegation list, for example:
>>>>>>
>>>>>> org.osgi.framework.bootdelegation=sun.*,com.sun.*
>>>>>>
>>>>>
>>>> Didn't work.
>>>>
>>>>
>>>>
>>>>> or alternatively, add the packages to the relevant JRE entry inside
>>>>>
>>> the
>>>
>>>>> config.
>>>>>
>>>> Do you mean this?
>>>>
>>>> jre-1.x=, \
>>>> ...
>>>> com.sun.jdmk.comm \
>>>> ...
>>>>
>>>> I did it for all available versions (1.4, 1.5 and 1.6) and still
>>>>
>>> nothing.
>>>
>>>> The third option is to mark this import as optional (it might not
>>>>
>> always
>>
>>>> be
>>>>
>>>>> required for the bundle to operate) which would allow a bundle to
>>>>>
>>>> resolve
>>>>
>>>>> even when the package is not available:
>>>>>
>>>> But I'm not importing this thing... one of my Private-Package
>>>>
>> libraries
>>
>>> is
>>>
>>>> doing this.
>>>>
>>> do you mean it's not in your generated Import-Package list, but a class
>>>
>> in
>>
>>> your bundle needs it
>>>
>>> or...
>>>
>>> it is in your generated Import-Package list (because of one of the
>>>
>> classes
>>
>>> in Private-Package) ?
>>>
>>> btw, can you post your current pom and manifest somewhere?
>>>
>>> just because a class is private, doesn't mean it won't need to import
>>> packages - if BND sees
>>> a bundle's class is using a package that isn't java.* then it will
>>> typically
>>> add an import for it,
>>> because otherwise you won't get access to it (unless you use
>>> DynamicImport-Package)
>>>
>>> That's why I strongly want information on OBR.
>>>
>>>
>>> OBR is a separate issue - if you mean you want a readily wrapped bundle
>>>
>> of
>>
>>> a
>>> third-party jar
>>> then it is possible to download the various commons poms and do an "mvn
>>> clean install"
>>>
>>> I can't find OBR references anywhere...
>>>
>>>> Helfen mich bitte!!
>>>>
>>>> Thanks,
>>>> Rodrigo
>>>>
>>>>
>>>> Import-Package: com.sun.jdmk.comm;resolution:=optional,*
>>>>
>>>>> note the wildcard at the end, to tell BND to also include any
>>>>>
>> imports
>>
>>> it
>>>
>>>>> finds
>>>>> when it analyzes the bundle - if you miss out this wildcard you will
>>>>>
>>>> only
>>>>
>>>>> get
>>>>> the imports explicitly listed on Import-Package.
>>>>>
>>>>> I think I hit dependency hell... why is this message appearing?
>>>>>
>>>>>> Also, how can I use the repository files on Felix Commons?
>>>>>>
>>>>>> Thanks for any help,
>>>>>> Rodrigo
>>>>>>
>>>>>> On 9/27/07, Rodrigo Madera <ro...@gmail.com> wrote:
>>>>>>
>>>>>>> How can I tell Felix to use the Felix Commons OBR repository?
>>>>>>>
>>>>>>> I see that tab on the GUI Shell. Any docs on how to use that
>>>>>>>
>>>> properly?
>>>>
>>>>>>> Thanks,
>>>>>>> Rodrigo
>>>>>>>
>>>>>>> On 9/27/07, Rodrigo Madera < rodrigo.madera@gmail.com> wrote:
>>>>>>>
>>>>>>>> Thank you for the information.
>>>>>>>>
>>>>>>>> I'm seeking the pages now to check on it.
>>>>>>>> Sorry for the OBR typo :-)
>>>>>>>>
>>>>>>>> Regards,
>>>>>>>> Rodrigo
>>>>>>>>
>>>>>>>> On 9/27/07, Felix Meschberger <fm...@gmail.com> wrote:
>>>>>>>>
>>>>>>>>> I assume you mean OBR (OSGi Bundle Repository).
>>>>>>>>>
>>>>>>>>> While I do not know of many public ones (except OSGi's
>>>>>>>>>
>>>> repository
>>>>
>>>>> at
>>>>>
>>>>>>>>> [1]
>>>>>>>>> and the Oscar repository at [2]), chances are that they
>>>>>>>>>
>> won't
>>
>>>>>> contain,
>>>>>>
>>>>>>>>> what you expect.
>>>>>>>>>
>>>>>>>>> On the other hand, there is the Commons subproject in Felix
>>>>>>>>>
>>>> which
>>>>
>>>>>>>>> contains a lot of library wrappings and there is the recent
>>>>>>>>>
>>>>> addition
>>>>>
>>>>>>>>> of
>>>>>>>>> the OBR support for the Maven Bundle Plugin, which creates a
>>>>>>>>> repository
>>>>>>>>> from the bundles installed in your local Maven repository.
>>>>>>>>>
>> So
>>
>>> by
>>>
>>>>>> just
>>>>>>
>>>>>>>>> installing the commons to your local repository you will get
>>>>>>>>>
>>> an
>>>
>>>>> OBR
>>>>>
>>>>>>>>> with
>>>>>>>>> these.
>>>>>>>>>
>>>>>>>>> In addition the Sling project at [3] has a bundle, which
>>>>>>>>>
>>>>> implements
>>>>>
>>>>>> an
>>>>>>
>>>>>>>>> OBR to which you may upload using HTTP POST requests.
>>>>>>>>>
>>>>>>>>> Regards
>>>>>>>>> Felix
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> [1] http://www2.osgi.org/Repository/HomePage
>>>>>>>>> [2] http://oscar-osgi.sourceforge.net/obr2/repository.xml
>>>>>>>>> [3] http://incubator.apache.org/sling
>>>>>>>>>
>>>>>>>>> Am Mittwoch, den 26.09.2007, 14:06 -0300 schrieb Rodrigo
>>>>>>>>>
>>> Madera:
>>>
>>>>>>>>>> Hello community,
>>>>>>>>>>
>>>>>>>>>> I have code that depends on varios Apache libraries, like
>>>>>>>>>>
>>>>> Betwixt,
>>>>>
>>>>>>>>>> Commons CLI and some others.
>>>>>>>>>>
>>>>>>>>>> I see that OSGi best practices require the implementation
>>>>>>>>>>
>> of
>>
>>>>> these
>>>>>
>>>>>>>>>> libraries as bundles.
>>>>>>>>>>
>>>>>>>>>> Checking the OSGi site for ORB bundles I didn't find
>>>>>>>>>>
>> enough
>>
>>>>>>>>> libraries
>>>>>>>>>
>>>>>>>>>> as bundles. I'll try to contribute some myself, as soon as
>>>>>>>>>>
>> I
>>
>>>>> learn
>>>>>
>>>>>>>>> how
>>>>>>>>>
>>>>>>>>>> they expect them to be constructed.
>>>>>>>>>>
>>>>>>>>>> However, I see that Felix has an ORB facility which
>>>>>>>>>>
>> doesn't
>>
>>>> have
>>>>
>>>>>>>>> much
>>>>>>>>>
>>>>>>>>>> documentation.
>>>>>>>>>>
>>>>>>>>>> So the question is:
>>>>>>>>>> What facility does Apache Felix provide when I need to
>>>>>>>>>>
>>>> resolve
>>>>
>>>>>>>>> dependencies
>>>>>>>>>
>>>>>>>>>> on Libraries such as Apache Betwixt, Apache Commons and
>>>>>>>>>>
>>> alike?
>>>
>>>>>>>>>> Do I really have to dig up manually all the libraries
>>>>>>>>>>
>>> needed?
>>>
>>>>> Even
>>>>>
>>>>>>>>> 2nd level
>>>>>>>>>
>>>>>>>>>> ones?
>>>>>>>>>>
>>>>>>>>>> How can ORB help me?
>>>>>>>>>>
>>>>>>>>>> Thank you for all your input,
>>>>>>>>>> Rodrigo
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>> ---------------------------------------------------------------------
>>>
>>>>>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>
>>>>> --
>>>>> Cheers, Stuart
>>>>>
>>>>>
>>>
>>> --
>>> Cheers, Stuart
>>>
>>>
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: ORB Libraries
Posted by Rodrigo Madera <ro...@gmail.com>.
Now that explains a lot of things =o)
Thank you for your response. I'll get into solving this ASAP.
BTW, I think that a Felix OBR Repository would be very nice.
And since everyone would contribute a little (me included) it
could make up a nice OBR reference rather quickly.
Thanks once again for all your help,
Rodrigo
On 9/28/07, Stuart McCulloch <st...@jayway.net> wrote:
>
> Hi Rodrigo,
>
> Just to be clear - Felix has support for OBR:
>
> http://cwiki.apache.org/confluence/x/Dh8
>
> but does not (yet) provide a public OBR site with bundles such as wrapped
> commons libraries.
> ( I think the default OBR site is currently set to
> http://oscar-osgi.sf.net/obr2/repository.xml )
>
> The Felix commons sub-project provides poms to build wrapped versions of
> various libraries
> which you can use to build the bundles yourself, but has not (yet)
> released
> any final artifacts
> because of the potential overhead (ie. a full vote + check is needed for
> each one)
>
> however, snapshots of Felix commons are available from:
>
>
>
> http://people.apache.org/repo/m2-snapshot-repository/org/apache/felix/commons
>
> there is also Eclipse's Orbit (http://www.eclipse.org/orbit) which also
> provide wrappers.
>
> Unfortunately, I can't think of a public OBR site which contains such
> bundles - hopefully now
> that the maven-obr-plugin is available, it will be easier to setup and
> maintain one, but I don't
> know if there are plans to host an OBR site actually at Felix (although
> I'd
> support such a plan).
>
> You should also ask the relevant projects to add OSGi metadata (and
> possibly
> activators)
> so their deliverables can be used in OSGi - if there's enough demand, they
> should listen...
>
> Anyway, back to fixing your particular issue - comments inlined below...
>
> On 28/09/2007, Rodrigo Madera <ro...@gmail.com> wrote:
> >
> > Actually, a dependency is making BND import com.sun.jdmk.comm within the
> > Import-Package statement.
>
>
> ok, as I said before setting:
>
> <Import-Package>com.sun.jdmk.comm
> ;resolution:=optional,*</Import-Package>
>
> in your instructions will tell BND to mark this package as optional in the
> final manifest.
> You can use this to apply any non-default attributes to imported packages
> (see BND doc).
>
> I guess my problem is clear: my system doesn't have com.sun.jdmk.comm.
> > The pom is actually just including these dependencies:
> >
> > <artifactId>commons-beanutils</artifactId>
> > <artifactId>commons-betwixt</artifactId>
> > <artifactId>commons-collections</artifactId>
> > <artifactId>commons-logging</artifactId>
> > <artifactId>commons-cli</artifactId>
> > <artifactId>commons-configuration</artifactId>
> > <artifactId>commons-lang</artifactId>
> >
> > <artifactId>junit</artifactId>
> > <artifactId>mina-core</artifactId>
> > <artifactId>log4j</artifactId>
>
>
> these two artifacts:
>
> <artifactId>osgi_R4_core</artifactId>
> > <artifactId>osgi_R4_compendium</artifactId>
>
>
> shouldn't be bundled, as Felix already provides them as bundles specific
> for
> Felix.
>
> <artifactId>mina-core</artifactId>
> >
> > As with ORB, it's purpose is to encapsulate libraries into bundles that
> > are
> > separate and organized.
> >
> > Right now, I'm having this problem because a dependency is requesting
> the
> > package.
> >
> > If I used OBR, then I would say "use commons-beanutils" and it would
> > *figure
> > out dependencies by itself*.
>
>
> true, but only if the OBR site had such a bundle with the right
> dependencies
> ( which is now easier to setup, given the maven bundle and obr plugins )
>
> If you tell me how to use OBR I can solve the problem rather quickly. I
> just
> > need to know how to use the GUI interface to ORB.
>
>
> see http://cwiki.apache.org/confluence/x/Dh8 for how to use OBR
>
> Where is the URL for the Felix Commons OBR repository?
>
>
> afaik there isn't one - the default used is
> http://oscar-osgi.sourceforge.net/obr2/repository.xml
>
> Is there any Felix OBR documentation that I'm not aware of? (besides the
> > paragraph on the plugin).
>
>
> that wiki page is also published to
> http://felix.apache.org/site/apache-felix-osgi-bundle-repository-obr.html
>
> =====================
> > Please understand this:
> >
> > Right now, I include ALL OF THESE DEPENDENCIES into the final project
> > bundle
> > with a "Private-Package: *" into the bundle plugin. This is bad. This is
> > really really bad.
>
>
> yes - this is really, really bad as you're basically pushing everything
> into
> one mega-bundle :(
>
> If I don't do this, then I won't have the org.apache.* and other
> > dependencies (see above for the list), since they are not installed.
> > **This
> > is why I need OBR**.
>
>
> OBR is just a deployment mechanism, it does not magically create or wrap
> bundles
> - if the bundles you need don't exist on an OBR site somewhere then OBR
> can't help
>
> If you send me the exact details of the various libraries you need wrapped
> (group, artifact, version)
> I can send you a set of poms which you can use to wrap them into bundles -
> and if you use the latest
> bundle snapshot, this will also install them locally to an OBR file inside
> your local maven repository.
>
> you can then point the Felix OBR to this local repository, and use OBR to
> install the bundles.
>
> =====================
> >
> >
> > Thanks for all your help,
> > Rodrigo
> >
> >
> > On 9/28/07, Stuart McCulloch <st...@jayway.net> wrote:
> > >
> > > On 28/09/2007, Rodrigo Madera <ro...@gmail.com> wrote:
> > > >
> > > > >
> > > > > Yes, this a sun implementation package - because it's not a java.*
> > > > > > package,
> > > > > > it's not exported by the system bundle (I believe it's not in
> the
> > > > config
> > > > > > either)
> > > > > > This particular package is in the JMX reference implemation, but
> > is
> > > > not
> > > > > > part
> > > > > > of the public JMX API.
> > > > > >
> > > > > > You can either alter your config.properties to add these sun
> > > packages
> > > > to
> > > > > > the
> > > > > > bootdelegation list, for example:
> > > > > >
> > > > > > org.osgi.framework.bootdelegation=sun.*,com.sun.*
> > > > >
> > > > >
> > > > Didn't work.
> > > >
> > > >
> > > > > or alternatively, add the packages to the relevant JRE entry
> inside
> > > the
> > > > > config.
> > > >
> > > >
> > > > Do you mean this?
> > > >
> > > > jre-1.x=, \
> > > > ...
> > > > com.sun.jdmk.comm \
> > > > ...
> > > >
> > > > I did it for all available versions (1.4, 1.5 and 1.6) and still
> > > nothing.
> > > >
> > > >
> > > > The third option is to mark this import as optional (it might not
> > always
> > > > be
> > > > > required for the bundle to operate) which would allow a bundle to
> > > > resolve
> > > > > even when the package is not available:
> > > >
> > > >
> > > > But I'm not importing this thing... one of my Private-Package
> > libraries
> > > is
> > > > doing this.
> > >
> > >
> > > do you mean it's not in your generated Import-Package list, but a
> class
> > in
> > > your bundle needs it
> > >
> > > or...
> > >
> > > it is in your generated Import-Package list (because of one of the
> > classes
> > > in Private-Package) ?
> > >
> > > btw, can you post your current pom and manifest somewhere?
> > >
> > > just because a class is private, doesn't mean it won't need to import
> > > packages - if BND sees
> > > a bundle's class is using a package that isn't java.* then it will
> > > typically
> > > add an import for it,
> > > because otherwise you won't get access to it (unless you use
> > > DynamicImport-Package)
> > >
> > > That's why I strongly want information on OBR.
> > >
> > >
> > > OBR is a separate issue - if you mean you want a readily wrapped
> bundle
> > of
> > > a
> > > third-party jar
> > > then it is possible to download the various commons poms and do an
> "mvn
> > > clean install"
> > >
> > > I can't find OBR references anywhere...
> > > > Helfen mich bitte!!
> > > >
> > > > Thanks,
> > > > Rodrigo
> > > >
> > > >
> > > > Import-Package: com.sun.jdmk.comm;resolution:=optional,*
> > > > >
> > > > > note the wildcard at the end, to tell BND to also include any
> > imports
> > > it
> > > > > finds
> > > > > when it analyzes the bundle - if you miss out this wildcard you
> will
> > > > only
> > > > > get
> > > > > the imports explicitly listed on Import-Package.
> > > > >
> > > > > I think I hit dependency hell... why is this message appearing?
> > > > > > Also, how can I use the repository files on Felix Commons?
> > > > > >
> > > > > > Thanks for any help,
> > > > > > Rodrigo
> > > > > >
> > > > > > On 9/27/07, Rodrigo Madera <ro...@gmail.com> wrote:
> > > > > > >
> > > > > > > How can I tell Felix to use the Felix Commons OBR repository?
> > > > > > >
> > > > > > > I see that tab on the GUI Shell. Any docs on how to use that
> > > > properly?
> > > > > > >
> > > > > > > Thanks,
> > > > > > > Rodrigo
> > > > > > >
> > > > > > > On 9/27/07, Rodrigo Madera < rodrigo.madera@gmail.com> wrote:
> > > > > > > >
> > > > > > > > Thank you for the information.
> > > > > > > >
> > > > > > > > I'm seeking the pages now to check on it.
> > > > > > > > Sorry for the OBR typo :-)
> > > > > > > >
> > > > > > > > Regards,
> > > > > > > > Rodrigo
> > > > > > > >
> > > > > > > > On 9/27/07, Felix Meschberger <fm...@gmail.com> wrote:
> > > > > > > > >
> > > > > > > > > I assume you mean OBR (OSGi Bundle Repository).
> > > > > > > > >
> > > > > > > > > While I do not know of many public ones (except OSGi's
> > > > repository
> > > > > at
> > > > > > > > > [1]
> > > > > > > > > and the Oscar repository at [2]), chances are that they
> > won't
> > > > > > contain,
> > > > > > > > > what you expect.
> > > > > > > > >
> > > > > > > > > On the other hand, there is the Commons subproject in
> Felix
> > > > which
> > > > > > > > > contains a lot of library wrappings and there is the
> recent
> > > > > addition
> > > > > > > > > of
> > > > > > > > > the OBR support for the Maven Bundle Plugin, which creates
> a
> > > > > > > > > repository
> > > > > > > > > from the bundles installed in your local Maven repository.
> > So
> > > by
> > > > > > just
> > > > > > > > > installing the commons to your local repository you will
> get
> > > an
> > > > > OBR
> > > > > > > > > with
> > > > > > > > > these.
> > > > > > > > >
> > > > > > > > > In addition the Sling project at [3] has a bundle, which
> > > > > implements
> > > > > > an
> > > > > > > > > OBR to which you may upload using HTTP POST requests.
> > > > > > > > >
> > > > > > > > > Regards
> > > > > > > > > Felix
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > [1] http://www2.osgi.org/Repository/HomePage
> > > > > > > > > [2] http://oscar-osgi.sourceforge.net/obr2/repository.xml
> > > > > > > > > [3] http://incubator.apache.org/sling
> > > > > > > > >
> > > > > > > > > Am Mittwoch, den 26.09.2007, 14:06 -0300 schrieb Rodrigo
> > > Madera:
> > > > > > > > > > Hello community,
> > > > > > > > > >
> > > > > > > > > > I have code that depends on varios Apache libraries,
> like
> > > > > Betwixt,
> > > > > > > > > > Commons CLI and some others.
> > > > > > > > > >
> > > > > > > > > > I see that OSGi best practices require the
> implementation
> > of
> > > > > these
> > > > > > > > > > libraries as bundles.
> > > > > > > > > >
> > > > > > > > > > Checking the OSGi site for ORB bundles I didn't find
> > enough
> > > > > > > > > libraries
> > > > > > > > > > as bundles. I'll try to contribute some myself, as soon
> as
> > I
> > > > > learn
> > > > > > > > > how
> > > > > > > > > > they expect them to be constructed.
> > > > > > > > > >
> > > > > > > > > > However, I see that Felix has an ORB facility which
> > doesn't
> > > > have
> > > > > > > > > much
> > > > > > > > > > documentation.
> > > > > > > > > >
> > > > > > > > > > So the question is:
> > > > > > > > > > What facility does Apache Felix provide when I need to
> > > > resolve
> > > > > > > > > dependencies
> > > > > > > > > > on Libraries such as Apache Betwixt, Apache Commons and
> > > alike?
> > > > > > > > > >
> > > > > > > > > > Do I really have to dig up manually all the libraries
> > > needed?
> > > > > Even
> > > > > > > > > 2nd level
> > > > > > > > > > ones?
> > > > > > > > > >
> > > > > > > > > > How can ORB help me?
> > > > > > > > > >
> > > > > > > > > > Thank you for all your input,
> > > > > > > > > > Rodrigo
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > >
> > > ---------------------------------------------------------------------
> > > > > > > > > To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> > > > > > > > > For additional commands, e-mail:
> users-help@felix.apache.org
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Cheers, Stuart
> > > > >
> > > >
> > > > >
> > > >
> > >
> > >
> > >
> > > --
> > > Cheers, Stuart
> > >
> >
>
>
>
> --
> Cheers, Stuart
>
Re: ORB Libraries
Posted by Stuart McCulloch <st...@jayway.net>.
Hi Rodrigo,
Just to be clear - Felix has support for OBR:
http://cwiki.apache.org/confluence/x/Dh8
but does not (yet) provide a public OBR site with bundles such as wrapped
commons libraries.
( I think the default OBR site is currently set to
http://oscar-osgi.sf.net/obr2/repository.xml )
The Felix commons sub-project provides poms to build wrapped versions of
various libraries
which you can use to build the bundles yourself, but has not (yet) released
any final artifacts
because of the potential overhead (ie. a full vote + check is needed for
each one)
however, snapshots of Felix commons are available from:
http://people.apache.org/repo/m2-snapshot-repository/org/apache/felix/commons
there is also Eclipse's Orbit (http://www.eclipse.org/orbit) which also
provide wrappers.
Unfortunately, I can't think of a public OBR site which contains such
bundles - hopefully now
that the maven-obr-plugin is available, it will be easier to setup and
maintain one, but I don't
know if there are plans to host an OBR site actually at Felix (although I'd
support such a plan).
You should also ask the relevant projects to add OSGi metadata (and possibly
activators)
so their deliverables can be used in OSGi - if there's enough demand, they
should listen...
Anyway, back to fixing your particular issue - comments inlined below...
On 28/09/2007, Rodrigo Madera <ro...@gmail.com> wrote:
>
> Actually, a dependency is making BND import com.sun.jdmk.comm within the
> Import-Package statement.
ok, as I said before setting:
<Import-Package>com.sun.jdmk.comm;resolution:=optional,*</Import-Package>
in your instructions will tell BND to mark this package as optional in the
final manifest.
You can use this to apply any non-default attributes to imported packages
(see BND doc).
I guess my problem is clear: my system doesn't have com.sun.jdmk.comm.
> The pom is actually just including these dependencies:
>
> <artifactId>commons-beanutils</artifactId>
> <artifactId>commons-betwixt</artifactId>
> <artifactId>commons-collections</artifactId>
> <artifactId>commons-logging</artifactId>
> <artifactId>commons-cli</artifactId>
> <artifactId>commons-configuration</artifactId>
> <artifactId>commons-lang</artifactId>
>
> <artifactId>junit</artifactId>
> <artifactId>mina-core</artifactId>
> <artifactId>log4j</artifactId>
these two artifacts:
<artifactId>osgi_R4_core</artifactId>
> <artifactId>osgi_R4_compendium</artifactId>
shouldn't be bundled, as Felix already provides them as bundles specific for
Felix.
<artifactId>mina-core</artifactId>
>
> As with ORB, it's purpose is to encapsulate libraries into bundles that
> are
> separate and organized.
>
> Right now, I'm having this problem because a dependency is requesting the
> package.
>
> If I used OBR, then I would say "use commons-beanutils" and it would
> *figure
> out dependencies by itself*.
true, but only if the OBR site had such a bundle with the right dependencies
( which is now easier to setup, given the maven bundle and obr plugins )
If you tell me how to use OBR I can solve the problem rather quickly. I just
> need to know how to use the GUI interface to ORB.
see http://cwiki.apache.org/confluence/x/Dh8 for how to use OBR
Where is the URL for the Felix Commons OBR repository?
afaik there isn't one - the default used is
http://oscar-osgi.sourceforge.net/obr2/repository.xml
Is there any Felix OBR documentation that I'm not aware of? (besides the
> paragraph on the plugin).
that wiki page is also published to
http://felix.apache.org/site/apache-felix-osgi-bundle-repository-obr.html
=====================
> Please understand this:
>
> Right now, I include ALL OF THESE DEPENDENCIES into the final project
> bundle
> with a "Private-Package: *" into the bundle plugin. This is bad. This is
> really really bad.
yes - this is really, really bad as you're basically pushing everything into
one mega-bundle :(
If I don't do this, then I won't have the org.apache.* and other
> dependencies (see above for the list), since they are not installed.
> **This
> is why I need OBR**.
OBR is just a deployment mechanism, it does not magically create or wrap
bundles
- if the bundles you need don't exist on an OBR site somewhere then OBR
can't help
If you send me the exact details of the various libraries you need wrapped
(group, artifact, version)
I can send you a set of poms which you can use to wrap them into bundles -
and if you use the latest
bundle snapshot, this will also install them locally to an OBR file inside
your local maven repository.
you can then point the Felix OBR to this local repository, and use OBR to
install the bundles.
=====================
>
>
> Thanks for all your help,
> Rodrigo
>
>
> On 9/28/07, Stuart McCulloch <st...@jayway.net> wrote:
> >
> > On 28/09/2007, Rodrigo Madera <ro...@gmail.com> wrote:
> > >
> > > >
> > > > Yes, this a sun implementation package - because it's not a java.*
> > > > > package,
> > > > > it's not exported by the system bundle (I believe it's not in the
> > > config
> > > > > either)
> > > > > This particular package is in the JMX reference implemation, but
> is
> > > not
> > > > > part
> > > > > of the public JMX API.
> > > > >
> > > > > You can either alter your config.properties to add these sun
> > packages
> > > to
> > > > > the
> > > > > bootdelegation list, for example:
> > > > >
> > > > > org.osgi.framework.bootdelegation=sun.*,com.sun.*
> > > >
> > > >
> > > Didn't work.
> > >
> > >
> > > > or alternatively, add the packages to the relevant JRE entry inside
> > the
> > > > config.
> > >
> > >
> > > Do you mean this?
> > >
> > > jre-1.x=, \
> > > ...
> > > com.sun.jdmk.comm \
> > > ...
> > >
> > > I did it for all available versions (1.4, 1.5 and 1.6) and still
> > nothing.
> > >
> > >
> > > The third option is to mark this import as optional (it might not
> always
> > > be
> > > > required for the bundle to operate) which would allow a bundle to
> > > resolve
> > > > even when the package is not available:
> > >
> > >
> > > But I'm not importing this thing... one of my Private-Package
> libraries
> > is
> > > doing this.
> >
> >
> > do you mean it's not in your generated Import-Package list, but a class
> in
> > your bundle needs it
> >
> > or...
> >
> > it is in your generated Import-Package list (because of one of the
> classes
> > in Private-Package) ?
> >
> > btw, can you post your current pom and manifest somewhere?
> >
> > just because a class is private, doesn't mean it won't need to import
> > packages - if BND sees
> > a bundle's class is using a package that isn't java.* then it will
> > typically
> > add an import for it,
> > because otherwise you won't get access to it (unless you use
> > DynamicImport-Package)
> >
> > That's why I strongly want information on OBR.
> >
> >
> > OBR is a separate issue - if you mean you want a readily wrapped bundle
> of
> > a
> > third-party jar
> > then it is possible to download the various commons poms and do an "mvn
> > clean install"
> >
> > I can't find OBR references anywhere...
> > > Helfen mich bitte!!
> > >
> > > Thanks,
> > > Rodrigo
> > >
> > >
> > > Import-Package: com.sun.jdmk.comm;resolution:=optional,*
> > > >
> > > > note the wildcard at the end, to tell BND to also include any
> imports
> > it
> > > > finds
> > > > when it analyzes the bundle - if you miss out this wildcard you will
> > > only
> > > > get
> > > > the imports explicitly listed on Import-Package.
> > > >
> > > > I think I hit dependency hell... why is this message appearing?
> > > > > Also, how can I use the repository files on Felix Commons?
> > > > >
> > > > > Thanks for any help,
> > > > > Rodrigo
> > > > >
> > > > > On 9/27/07, Rodrigo Madera <ro...@gmail.com> wrote:
> > > > > >
> > > > > > How can I tell Felix to use the Felix Commons OBR repository?
> > > > > >
> > > > > > I see that tab on the GUI Shell. Any docs on how to use that
> > > properly?
> > > > > >
> > > > > > Thanks,
> > > > > > Rodrigo
> > > > > >
> > > > > > On 9/27/07, Rodrigo Madera < rodrigo.madera@gmail.com> wrote:
> > > > > > >
> > > > > > > Thank you for the information.
> > > > > > >
> > > > > > > I'm seeking the pages now to check on it.
> > > > > > > Sorry for the OBR typo :-)
> > > > > > >
> > > > > > > Regards,
> > > > > > > Rodrigo
> > > > > > >
> > > > > > > On 9/27/07, Felix Meschberger <fm...@gmail.com> wrote:
> > > > > > > >
> > > > > > > > I assume you mean OBR (OSGi Bundle Repository).
> > > > > > > >
> > > > > > > > While I do not know of many public ones (except OSGi's
> > > repository
> > > > at
> > > > > > > > [1]
> > > > > > > > and the Oscar repository at [2]), chances are that they
> won't
> > > > > contain,
> > > > > > > > what you expect.
> > > > > > > >
> > > > > > > > On the other hand, there is the Commons subproject in Felix
> > > which
> > > > > > > > contains a lot of library wrappings and there is the recent
> > > > addition
> > > > > > > > of
> > > > > > > > the OBR support for the Maven Bundle Plugin, which creates a
> > > > > > > > repository
> > > > > > > > from the bundles installed in your local Maven repository.
> So
> > by
> > > > > just
> > > > > > > > installing the commons to your local repository you will get
> > an
> > > > OBR
> > > > > > > > with
> > > > > > > > these.
> > > > > > > >
> > > > > > > > In addition the Sling project at [3] has a bundle, which
> > > > implements
> > > > > an
> > > > > > > > OBR to which you may upload using HTTP POST requests.
> > > > > > > >
> > > > > > > > Regards
> > > > > > > > Felix
> > > > > > > >
> > > > > > > >
> > > > > > > > [1] http://www2.osgi.org/Repository/HomePage
> > > > > > > > [2] http://oscar-osgi.sourceforge.net/obr2/repository.xml
> > > > > > > > [3] http://incubator.apache.org/sling
> > > > > > > >
> > > > > > > > Am Mittwoch, den 26.09.2007, 14:06 -0300 schrieb Rodrigo
> > Madera:
> > > > > > > > > Hello community,
> > > > > > > > >
> > > > > > > > > I have code that depends on varios Apache libraries, like
> > > > Betwixt,
> > > > > > > > > Commons CLI and some others.
> > > > > > > > >
> > > > > > > > > I see that OSGi best practices require the implementation
> of
> > > > these
> > > > > > > > > libraries as bundles.
> > > > > > > > >
> > > > > > > > > Checking the OSGi site for ORB bundles I didn't find
> enough
> > > > > > > > libraries
> > > > > > > > > as bundles. I'll try to contribute some myself, as soon as
> I
> > > > learn
> > > > > > > > how
> > > > > > > > > they expect them to be constructed.
> > > > > > > > >
> > > > > > > > > However, I see that Felix has an ORB facility which
> doesn't
> > > have
> > > > > > > > much
> > > > > > > > > documentation.
> > > > > > > > >
> > > > > > > > > So the question is:
> > > > > > > > > What facility does Apache Felix provide when I need to
> > > resolve
> > > > > > > > dependencies
> > > > > > > > > on Libraries such as Apache Betwixt, Apache Commons and
> > alike?
> > > > > > > > >
> > > > > > > > > Do I really have to dig up manually all the libraries
> > needed?
> > > > Even
> > > > > > > > 2nd level
> > > > > > > > > ones?
> > > > > > > > >
> > > > > > > > > How can ORB help me?
> > > > > > > > >
> > > > > > > > > Thank you for all your input,
> > > > > > > > > Rodrigo
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > >
> > ---------------------------------------------------------------------
> > > > > > > > To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> > > > > > > > For additional commands, e-mail: users-help@felix.apache.org
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Cheers, Stuart
> > > >
> > >
> > > >
> > >
> >
> >
> >
> > --
> > Cheers, Stuart
> >
>
--
Cheers, Stuart
Re: ORB Libraries
Posted by Rodrigo Madera <ro...@gmail.com>.
Actually, a dependency is making BND import com.sun.jdmk.comm within the
Import-Package statement.
I guess my problem is clear: my system doesn't have com.sun.jdmk.comm.
The pom is actually just including these dependencies:
<artifactId>commons-beanutils</artifactId>
<artifactId>commons-betwixt</artifactId>
<artifactId>commons-collections</artifactId>
<artifactId>commons-logging</artifactId>
<artifactId>commons-cli</artifactId>
<artifactId>commons-configuration</artifactId>
<artifactId>commons-lang</artifactId>
<artifactId>junit</artifactId>
<artifactId>mina-core</artifactId>
<artifactId>log4j</artifactId>
<artifactId>osgi_R4_core</artifactId>
<artifactId>osgi_R4_compendium</artifactId>
<artifactId>mina-core</artifactId>
As with ORB, it's purpose is to encapsulate libraries into bundles that are
separate and organized.
Right now, I'm having this problem because a dependency is requesting the
package.
If I used OBR, then I would say "use commons-beanutils" and it would *figure
out dependencies by itself*.
If you tell me how to use OBR I can solve the problem rather quickly. I just
need to know how to use the GUI interface to ORB.
Where is the URL for the Felix Commons OBR repository?
Is there any Felix OBR documentation that I'm not aware of? (besides the
paragraph on the plugin).
=====================
Please understand this:
Right now, I include ALL OF THESE DEPENDENCIES into the final project bundle
with a "Private-Package: *" into the bundle plugin. This is bad. This is
really really bad.
If I don't do this, then I won't have the org.apache.* and other
dependencies (see above for the list), since they are not installed. **This
is why I need OBR**.
=====================
Thanks for all your help,
Rodrigo
On 9/28/07, Stuart McCulloch <st...@jayway.net> wrote:
>
> On 28/09/2007, Rodrigo Madera <ro...@gmail.com> wrote:
> >
> > >
> > > Yes, this a sun implementation package - because it's not a java.*
> > > > package,
> > > > it's not exported by the system bundle (I believe it's not in the
> > config
> > > > either)
> > > > This particular package is in the JMX reference implemation, but is
> > not
> > > > part
> > > > of the public JMX API.
> > > >
> > > > You can either alter your config.properties to add these sun
> packages
> > to
> > > > the
> > > > bootdelegation list, for example:
> > > >
> > > > org.osgi.framework.bootdelegation=sun.*,com.sun.*
> > >
> > >
> > Didn't work.
> >
> >
> > > or alternatively, add the packages to the relevant JRE entry inside
> the
> > > config.
> >
> >
> > Do you mean this?
> >
> > jre-1.x=, \
> > ...
> > com.sun.jdmk.comm \
> > ...
> >
> > I did it for all available versions (1.4, 1.5 and 1.6) and still
> nothing.
> >
> >
> > The third option is to mark this import as optional (it might not always
> > be
> > > required for the bundle to operate) which would allow a bundle to
> > resolve
> > > even when the package is not available:
> >
> >
> > But I'm not importing this thing... one of my Private-Package libraries
> is
> > doing this.
>
>
> do you mean it's not in your generated Import-Package list, but a class in
> your bundle needs it
>
> or...
>
> it is in your generated Import-Package list (because of one of the classes
> in Private-Package) ?
>
> btw, can you post your current pom and manifest somewhere?
>
> just because a class is private, doesn't mean it won't need to import
> packages - if BND sees
> a bundle's class is using a package that isn't java.* then it will
> typically
> add an import for it,
> because otherwise you won't get access to it (unless you use
> DynamicImport-Package)
>
> That's why I strongly want information on OBR.
>
>
> OBR is a separate issue - if you mean you want a readily wrapped bundle of
> a
> third-party jar
> then it is possible to download the various commons poms and do an "mvn
> clean install"
>
> I can't find OBR references anywhere...
> > Helfen mich bitte!!
> >
> > Thanks,
> > Rodrigo
> >
> >
> > Import-Package: com.sun.jdmk.comm;resolution:=optional,*
> > >
> > > note the wildcard at the end, to tell BND to also include any imports
> it
> > > finds
> > > when it analyzes the bundle - if you miss out this wildcard you will
> > only
> > > get
> > > the imports explicitly listed on Import-Package.
> > >
> > > I think I hit dependency hell... why is this message appearing?
> > > > Also, how can I use the repository files on Felix Commons?
> > > >
> > > > Thanks for any help,
> > > > Rodrigo
> > > >
> > > > On 9/27/07, Rodrigo Madera <ro...@gmail.com> wrote:
> > > > >
> > > > > How can I tell Felix to use the Felix Commons OBR repository?
> > > > >
> > > > > I see that tab on the GUI Shell. Any docs on how to use that
> > properly?
> > > > >
> > > > > Thanks,
> > > > > Rodrigo
> > > > >
> > > > > On 9/27/07, Rodrigo Madera < rodrigo.madera@gmail.com> wrote:
> > > > > >
> > > > > > Thank you for the information.
> > > > > >
> > > > > > I'm seeking the pages now to check on it.
> > > > > > Sorry for the OBR typo :-)
> > > > > >
> > > > > > Regards,
> > > > > > Rodrigo
> > > > > >
> > > > > > On 9/27/07, Felix Meschberger <fm...@gmail.com> wrote:
> > > > > > >
> > > > > > > I assume you mean OBR (OSGi Bundle Repository).
> > > > > > >
> > > > > > > While I do not know of many public ones (except OSGi's
> > repository
> > > at
> > > > > > > [1]
> > > > > > > and the Oscar repository at [2]), chances are that they won't
> > > > contain,
> > > > > > > what you expect.
> > > > > > >
> > > > > > > On the other hand, there is the Commons subproject in Felix
> > which
> > > > > > > contains a lot of library wrappings and there is the recent
> > > addition
> > > > > > > of
> > > > > > > the OBR support for the Maven Bundle Plugin, which creates a
> > > > > > > repository
> > > > > > > from the bundles installed in your local Maven repository. So
> by
> > > > just
> > > > > > > installing the commons to your local repository you will get
> an
> > > OBR
> > > > > > > with
> > > > > > > these.
> > > > > > >
> > > > > > > In addition the Sling project at [3] has a bundle, which
> > > implements
> > > > an
> > > > > > > OBR to which you may upload using HTTP POST requests.
> > > > > > >
> > > > > > > Regards
> > > > > > > Felix
> > > > > > >
> > > > > > >
> > > > > > > [1] http://www2.osgi.org/Repository/HomePage
> > > > > > > [2] http://oscar-osgi.sourceforge.net/obr2/repository.xml
> > > > > > > [3] http://incubator.apache.org/sling
> > > > > > >
> > > > > > > Am Mittwoch, den 26.09.2007, 14:06 -0300 schrieb Rodrigo
> Madera:
> > > > > > > > Hello community,
> > > > > > > >
> > > > > > > > I have code that depends on varios Apache libraries, like
> > > Betwixt,
> > > > > > > > Commons CLI and some others.
> > > > > > > >
> > > > > > > > I see that OSGi best practices require the implementation of
> > > these
> > > > > > > > libraries as bundles.
> > > > > > > >
> > > > > > > > Checking the OSGi site for ORB bundles I didn't find enough
> > > > > > > libraries
> > > > > > > > as bundles. I'll try to contribute some myself, as soon as I
> > > learn
> > > > > > > how
> > > > > > > > they expect them to be constructed.
> > > > > > > >
> > > > > > > > However, I see that Felix has an ORB facility which doesn't
> > have
> > > > > > > much
> > > > > > > > documentation.
> > > > > > > >
> > > > > > > > So the question is:
> > > > > > > > What facility does Apache Felix provide when I need to
> > resolve
> > > > > > > dependencies
> > > > > > > > on Libraries such as Apache Betwixt, Apache Commons and
> alike?
> > > > > > > >
> > > > > > > > Do I really have to dig up manually all the libraries
> needed?
> > > Even
> > > > > > > 2nd level
> > > > > > > > ones?
> > > > > > > >
> > > > > > > > How can ORB help me?
> > > > > > > >
> > > > > > > > Thank you for all your input,
> > > > > > > > Rodrigo
> > > > > > >
> > > > > > >
> > > > > > >
> > > >
> ---------------------------------------------------------------------
> > > > > > > To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> > > > > > > For additional commands, e-mail: users-help@felix.apache.org
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> > >
> > >
> > > --
> > > Cheers, Stuart
> > >
> >
> > >
> >
>
>
>
> --
> Cheers, Stuart
>
Re: ORB Libraries
Posted by Stuart McCulloch <st...@jayway.net>.
On 28/09/2007, Rodrigo Madera <ro...@gmail.com> wrote:
>
> >
> > Yes, this a sun implementation package - because it's not a java.*
> > > package,
> > > it's not exported by the system bundle (I believe it's not in the
> config
> > > either)
> > > This particular package is in the JMX reference implemation, but is
> not
> > > part
> > > of the public JMX API.
> > >
> > > You can either alter your config.properties to add these sun packages
> to
> > > the
> > > bootdelegation list, for example:
> > >
> > > org.osgi.framework.bootdelegation=sun.*,com.sun.*
> >
> >
> Didn't work.
>
>
> > or alternatively, add the packages to the relevant JRE entry inside the
> > config.
>
>
> Do you mean this?
>
> jre-1.x=, \
> ...
> com.sun.jdmk.comm \
> ...
>
> I did it for all available versions (1.4, 1.5 and 1.6) and still nothing.
>
>
> The third option is to mark this import as optional (it might not always
> be
> > required for the bundle to operate) which would allow a bundle to
> resolve
> > even when the package is not available:
>
>
> But I'm not importing this thing... one of my Private-Package libraries is
> doing this.
do you mean it's not in your generated Import-Package list, but a class in
your bundle needs it
or...
it is in your generated Import-Package list (because of one of the classes
in Private-Package) ?
btw, can you post your current pom and manifest somewhere?
just because a class is private, doesn't mean it won't need to import
packages - if BND sees
a bundle's class is using a package that isn't java.* then it will typically
add an import for it,
because otherwise you won't get access to it (unless you use
DynamicImport-Package)
That's why I strongly want information on OBR.
OBR is a separate issue - if you mean you want a readily wrapped bundle of a
third-party jar
then it is possible to download the various commons poms and do an "mvn
clean install"
I can't find OBR references anywhere...
> Helfen mich bitte!!
>
> Thanks,
> Rodrigo
>
>
> Import-Package: com.sun.jdmk.comm;resolution:=optional,*
> >
> > note the wildcard at the end, to tell BND to also include any imports it
> > finds
> > when it analyzes the bundle - if you miss out this wildcard you will
> only
> > get
> > the imports explicitly listed on Import-Package.
> >
> > I think I hit dependency hell... why is this message appearing?
> > > Also, how can I use the repository files on Felix Commons?
> > >
> > > Thanks for any help,
> > > Rodrigo
> > >
> > > On 9/27/07, Rodrigo Madera <ro...@gmail.com> wrote:
> > > >
> > > > How can I tell Felix to use the Felix Commons OBR repository?
> > > >
> > > > I see that tab on the GUI Shell. Any docs on how to use that
> properly?
> > > >
> > > > Thanks,
> > > > Rodrigo
> > > >
> > > > On 9/27/07, Rodrigo Madera < rodrigo.madera@gmail.com> wrote:
> > > > >
> > > > > Thank you for the information.
> > > > >
> > > > > I'm seeking the pages now to check on it.
> > > > > Sorry for the OBR typo :-)
> > > > >
> > > > > Regards,
> > > > > Rodrigo
> > > > >
> > > > > On 9/27/07, Felix Meschberger <fm...@gmail.com> wrote:
> > > > > >
> > > > > > I assume you mean OBR (OSGi Bundle Repository).
> > > > > >
> > > > > > While I do not know of many public ones (except OSGi's
> repository
> > at
> > > > > > [1]
> > > > > > and the Oscar repository at [2]), chances are that they won't
> > > contain,
> > > > > > what you expect.
> > > > > >
> > > > > > On the other hand, there is the Commons subproject in Felix
> which
> > > > > > contains a lot of library wrappings and there is the recent
> > addition
> > > > > > of
> > > > > > the OBR support for the Maven Bundle Plugin, which creates a
> > > > > > repository
> > > > > > from the bundles installed in your local Maven repository. So by
> > > just
> > > > > > installing the commons to your local repository you will get an
> > OBR
> > > > > > with
> > > > > > these.
> > > > > >
> > > > > > In addition the Sling project at [3] has a bundle, which
> > implements
> > > an
> > > > > > OBR to which you may upload using HTTP POST requests.
> > > > > >
> > > > > > Regards
> > > > > > Felix
> > > > > >
> > > > > >
> > > > > > [1] http://www2.osgi.org/Repository/HomePage
> > > > > > [2] http://oscar-osgi.sourceforge.net/obr2/repository.xml
> > > > > > [3] http://incubator.apache.org/sling
> > > > > >
> > > > > > Am Mittwoch, den 26.09.2007, 14:06 -0300 schrieb Rodrigo Madera:
> > > > > > > Hello community,
> > > > > > >
> > > > > > > I have code that depends on varios Apache libraries, like
> > Betwixt,
> > > > > > > Commons CLI and some others.
> > > > > > >
> > > > > > > I see that OSGi best practices require the implementation of
> > these
> > > > > > > libraries as bundles.
> > > > > > >
> > > > > > > Checking the OSGi site for ORB bundles I didn't find enough
> > > > > > libraries
> > > > > > > as bundles. I'll try to contribute some myself, as soon as I
> > learn
> > > > > > how
> > > > > > > they expect them to be constructed.
> > > > > > >
> > > > > > > However, I see that Felix has an ORB facility which doesn't
> have
> > > > > > much
> > > > > > > documentation.
> > > > > > >
> > > > > > > So the question is:
> > > > > > > What facility does Apache Felix provide when I need to
> resolve
> > > > > > dependencies
> > > > > > > on Libraries such as Apache Betwixt, Apache Commons and alike?
> > > > > > >
> > > > > > > Do I really have to dig up manually all the libraries needed?
> > Even
> > > > > > 2nd level
> > > > > > > ones?
> > > > > > >
> > > > > > > How can ORB help me?
> > > > > > >
> > > > > > > Thank you for all your input,
> > > > > > > Rodrigo
> > > > > >
> > > > > >
> > > > > >
> > > ---------------------------------------------------------------------
> > > > > > To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> > > > > > For additional commands, e-mail: users-help@felix.apache.org
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> >
> >
> > --
> > Cheers, Stuart
> >
>
> >
>
--
Cheers, Stuart
Re: ORB Libraries
Posted by Rodrigo Madera <ro...@gmail.com>.
>
> Yes, this a sun implementation package - because it's not a java.*
> > package,
> > it's not exported by the system bundle (I believe it's not in the config
> > either)
> > This particular package is in the JMX reference implemation, but is not
> > part
> > of the public JMX API.
> >
> > You can either alter your config.properties to add these sun packages to
> > the
> > bootdelegation list, for example:
> >
> > org.osgi.framework.bootdelegation=sun.*,com.sun.*
>
>
Didn't work.
> or alternatively, add the packages to the relevant JRE entry inside the
> config.
Do you mean this?
jre-1.x=, \
...
com.sun.jdmk.comm \
...
I did it for all available versions (1.4, 1.5 and 1.6) and still nothing.
The third option is to mark this import as optional (it might not always be
> required for the bundle to operate) which would allow a bundle to resolve
> even when the package is not available:
But I'm not importing this thing... one of my Private-Package libraries is
doing this.
That's why I strongly want information on OBR.
I can't find OBR references anywhere...
Helfen mich bitte!!
Thanks,
Rodrigo
Import-Package: com.sun.jdmk.comm;resolution:=optional,*
>
> note the wildcard at the end, to tell BND to also include any imports it
> finds
> when it analyzes the bundle - if you miss out this wildcard you will only
> get
> the imports explicitly listed on Import-Package.
>
> I think I hit dependency hell... why is this message appearing?
> > Also, how can I use the repository files on Felix Commons?
> >
> > Thanks for any help,
> > Rodrigo
> >
> > On 9/27/07, Rodrigo Madera <ro...@gmail.com> wrote:
> > >
> > > How can I tell Felix to use the Felix Commons OBR repository?
> > >
> > > I see that tab on the GUI Shell. Any docs on how to use that properly?
> > >
> > > Thanks,
> > > Rodrigo
> > >
> > > On 9/27/07, Rodrigo Madera < rodrigo.madera@gmail.com> wrote:
> > > >
> > > > Thank you for the information.
> > > >
> > > > I'm seeking the pages now to check on it.
> > > > Sorry for the OBR typo :-)
> > > >
> > > > Regards,
> > > > Rodrigo
> > > >
> > > > On 9/27/07, Felix Meschberger <fm...@gmail.com> wrote:
> > > > >
> > > > > I assume you mean OBR (OSGi Bundle Repository).
> > > > >
> > > > > While I do not know of many public ones (except OSGi's repository
> at
> > > > > [1]
> > > > > and the Oscar repository at [2]), chances are that they won't
> > contain,
> > > > > what you expect.
> > > > >
> > > > > On the other hand, there is the Commons subproject in Felix which
> > > > > contains a lot of library wrappings and there is the recent
> addition
> > > > > of
> > > > > the OBR support for the Maven Bundle Plugin, which creates a
> > > > > repository
> > > > > from the bundles installed in your local Maven repository. So by
> > just
> > > > > installing the commons to your local repository you will get an
> OBR
> > > > > with
> > > > > these.
> > > > >
> > > > > In addition the Sling project at [3] has a bundle, which
> implements
> > an
> > > > > OBR to which you may upload using HTTP POST requests.
> > > > >
> > > > > Regards
> > > > > Felix
> > > > >
> > > > >
> > > > > [1] http://www2.osgi.org/Repository/HomePage
> > > > > [2] http://oscar-osgi.sourceforge.net/obr2/repository.xml
> > > > > [3] http://incubator.apache.org/sling
> > > > >
> > > > > Am Mittwoch, den 26.09.2007, 14:06 -0300 schrieb Rodrigo Madera:
> > > > > > Hello community,
> > > > > >
> > > > > > I have code that depends on varios Apache libraries, like
> Betwixt,
> > > > > > Commons CLI and some others.
> > > > > >
> > > > > > I see that OSGi best practices require the implementation of
> these
> > > > > > libraries as bundles.
> > > > > >
> > > > > > Checking the OSGi site for ORB bundles I didn't find enough
> > > > > libraries
> > > > > > as bundles. I'll try to contribute some myself, as soon as I
> learn
> > > > > how
> > > > > > they expect them to be constructed.
> > > > > >
> > > > > > However, I see that Felix has an ORB facility which doesn't have
> > > > > much
> > > > > > documentation.
> > > > > >
> > > > > > So the question is:
> > > > > > What facility does Apache Felix provide when I need to resolve
> > > > > dependencies
> > > > > > on Libraries such as Apache Betwixt, Apache Commons and alike?
> > > > > >
> > > > > > Do I really have to dig up manually all the libraries needed?
> Even
> > > > > 2nd level
> > > > > > ones?
> > > > > >
> > > > > > How can ORB help me?
> > > > > >
> > > > > > Thank you for all your input,
> > > > > > Rodrigo
> > > > >
> > > > >
> > > > >
> > ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> > > > > For additional commands, e-mail: users-help@felix.apache.org
> > > > >
> > > > >
> > > >
> > >
> >
>
>
>
> --
> Cheers, Stuart
>
>
Re: ORB Libraries
Posted by Rodrigo Madera <ro...@gmail.com>.
Thanks,
What about the question on how to use the Felix Commons?
I really want to get my hands on those.
Thanks,
Rodrigo
On 9/28/07, Stuart McCulloch <st...@jayway.net> wrote:
>
> On 28/09/2007, Rodrigo Madera <ro...@gmail.com> wrote:
> >
> > I'm now getting this message when trying to start my bundle:
> >
> > Cannot find: com.sun.jdmk.comm
>
>
> Yes, this a sun implementation package - because it's not a java.*
> package,
> it's not exported by the system bundle (I believe it's not in the config
> either)
> This particular package is in the JMX reference implemation, but is not
> part
> of the public JMX API.
>
> You can either alter your config.properties to add these sun packages to
> the
> bootdelegation list, for example:
>
> org.osgi.framework.bootdelegation=sun.*,com.sun.*
>
> or alternatively, add the packages to the relevant JRE entry inside the
> config.
>
> The third option is to mark this import as optional (it might not always
> be
> required for the bundle to operate) which would allow a bundle to resolve
> even when the package is not available:
>
> Import-Package: com.sun.jdmk.comm;resolution:=optional,*
>
> note the wildcard at the end, to tell BND to also include any imports it
> finds
> when it analyzes the bundle - if you miss out this wildcard you will only
> get
> the imports explicitly listed on Import-Package.
>
> I think I hit dependency hell... why is this message appearing?
> > Also, how can I use the repository files on Felix Commons?
> >
> > Thanks for any help,
> > Rodrigo
> >
> > On 9/27/07, Rodrigo Madera <ro...@gmail.com> wrote:
> > >
> > > How can I tell Felix to use the Felix Commons OBR repository?
> > >
> > > I see that tab on the GUI Shell. Any docs on how to use that properly?
> > >
> > > Thanks,
> > > Rodrigo
> > >
> > > On 9/27/07, Rodrigo Madera <ro...@gmail.com> wrote:
> > > >
> > > > Thank you for the information.
> > > >
> > > > I'm seeking the pages now to check on it.
> > > > Sorry for the OBR typo :-)
> > > >
> > > > Regards,
> > > > Rodrigo
> > > >
> > > > On 9/27/07, Felix Meschberger <fm...@gmail.com> wrote:
> > > > >
> > > > > I assume you mean OBR (OSGi Bundle Repository).
> > > > >
> > > > > While I do not know of many public ones (except OSGi's repository
> at
> > > > > [1]
> > > > > and the Oscar repository at [2]), chances are that they won't
> > contain,
> > > > > what you expect.
> > > > >
> > > > > On the other hand, there is the Commons subproject in Felix which
> > > > > contains a lot of library wrappings and there is the recent
> addition
> > > > > of
> > > > > the OBR support for the Maven Bundle Plugin, which creates a
> > > > > repository
> > > > > from the bundles installed in your local Maven repository. So by
> > just
> > > > > installing the commons to your local repository you will get an
> OBR
> > > > > with
> > > > > these.
> > > > >
> > > > > In addition the Sling project at [3] has a bundle, which
> implements
> > an
> > > > > OBR to which you may upload using HTTP POST requests.
> > > > >
> > > > > Regards
> > > > > Felix
> > > > >
> > > > >
> > > > > [1] http://www2.osgi.org/Repository/HomePage
> > > > > [2] http://oscar-osgi.sourceforge.net/obr2/repository.xml
> > > > > [3] http://incubator.apache.org/sling
> > > > >
> > > > > Am Mittwoch, den 26.09.2007, 14:06 -0300 schrieb Rodrigo Madera:
> > > > > > Hello community,
> > > > > >
> > > > > > I have code that depends on varios Apache libraries, like
> Betwixt,
> > > > > > Commons CLI and some others.
> > > > > >
> > > > > > I see that OSGi best practices require the implementation of
> these
> > > > > > libraries as bundles.
> > > > > >
> > > > > > Checking the OSGi site for ORB bundles I didn't find enough
> > > > > libraries
> > > > > > as bundles. I'll try to contribute some myself, as soon as I
> learn
> > > > > how
> > > > > > they expect them to be constructed.
> > > > > >
> > > > > > However, I see that Felix has an ORB facility which doesn't have
> > > > > much
> > > > > > documentation.
> > > > > >
> > > > > > So the question is:
> > > > > > What facility does Apache Felix provide when I need to resolve
> > > > > dependencies
> > > > > > on Libraries such as Apache Betwixt, Apache Commons and alike?
> > > > > >
> > > > > > Do I really have to dig up manually all the libraries needed?
> Even
> > > > > 2nd level
> > > > > > ones?
> > > > > >
> > > > > > How can ORB help me?
> > > > > >
> > > > > > Thank you for all your input,
> > > > > > Rodrigo
> > > > >
> > > > >
> > > > >
> > ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> > > > > For additional commands, e-mail: users-help@felix.apache.org
> > > > >
> > > > >
> > > >
> > >
> >
>
>
>
> --
> Cheers, Stuart
>
Re: ORB Libraries
Posted by Stuart McCulloch <st...@jayway.net>.
On 28/09/2007, Rodrigo Madera <ro...@gmail.com> wrote:
>
> I'm now getting this message when trying to start my bundle:
>
> Cannot find: com.sun.jdmk.comm
Yes, this a sun implementation package - because it's not a java.* package,
it's not exported by the system bundle (I believe it's not in the config
either)
This particular package is in the JMX reference implemation, but is not part
of the public JMX API.
You can either alter your config.properties to add these sun packages to the
bootdelegation list, for example:
org.osgi.framework.bootdelegation=sun.*,com.sun.*
or alternatively, add the packages to the relevant JRE entry inside the
config.
The third option is to mark this import as optional (it might not always be
required for the bundle to operate) which would allow a bundle to resolve
even when the package is not available:
Import-Package: com.sun.jdmk.comm;resolution:=optional,*
note the wildcard at the end, to tell BND to also include any imports it
finds
when it analyzes the bundle - if you miss out this wildcard you will only
get
the imports explicitly listed on Import-Package.
I think I hit dependency hell... why is this message appearing?
> Also, how can I use the repository files on Felix Commons?
>
> Thanks for any help,
> Rodrigo
>
> On 9/27/07, Rodrigo Madera <ro...@gmail.com> wrote:
> >
> > How can I tell Felix to use the Felix Commons OBR repository?
> >
> > I see that tab on the GUI Shell. Any docs on how to use that properly?
> >
> > Thanks,
> > Rodrigo
> >
> > On 9/27/07, Rodrigo Madera <ro...@gmail.com> wrote:
> > >
> > > Thank you for the information.
> > >
> > > I'm seeking the pages now to check on it.
> > > Sorry for the OBR typo :-)
> > >
> > > Regards,
> > > Rodrigo
> > >
> > > On 9/27/07, Felix Meschberger <fm...@gmail.com> wrote:
> > > >
> > > > I assume you mean OBR (OSGi Bundle Repository).
> > > >
> > > > While I do not know of many public ones (except OSGi's repository at
> > > > [1]
> > > > and the Oscar repository at [2]), chances are that they won't
> contain,
> > > > what you expect.
> > > >
> > > > On the other hand, there is the Commons subproject in Felix which
> > > > contains a lot of library wrappings and there is the recent addition
> > > > of
> > > > the OBR support for the Maven Bundle Plugin, which creates a
> > > > repository
> > > > from the bundles installed in your local Maven repository. So by
> just
> > > > installing the commons to your local repository you will get an OBR
> > > > with
> > > > these.
> > > >
> > > > In addition the Sling project at [3] has a bundle, which implements
> an
> > > > OBR to which you may upload using HTTP POST requests.
> > > >
> > > > Regards
> > > > Felix
> > > >
> > > >
> > > > [1] http://www2.osgi.org/Repository/HomePage
> > > > [2] http://oscar-osgi.sourceforge.net/obr2/repository.xml
> > > > [3] http://incubator.apache.org/sling
> > > >
> > > > Am Mittwoch, den 26.09.2007, 14:06 -0300 schrieb Rodrigo Madera:
> > > > > Hello community,
> > > > >
> > > > > I have code that depends on varios Apache libraries, like Betwixt,
> > > > > Commons CLI and some others.
> > > > >
> > > > > I see that OSGi best practices require the implementation of these
> > > > > libraries as bundles.
> > > > >
> > > > > Checking the OSGi site for ORB bundles I didn't find enough
> > > > libraries
> > > > > as bundles. I'll try to contribute some myself, as soon as I learn
> > > > how
> > > > > they expect them to be constructed.
> > > > >
> > > > > However, I see that Felix has an ORB facility which doesn't have
> > > > much
> > > > > documentation.
> > > > >
> > > > > So the question is:
> > > > > What facility does Apache Felix provide when I need to resolve
> > > > dependencies
> > > > > on Libraries such as Apache Betwixt, Apache Commons and alike?
> > > > >
> > > > > Do I really have to dig up manually all the libraries needed? Even
> > > > 2nd level
> > > > > ones?
> > > > >
> > > > > How can ORB help me?
> > > > >
> > > > > Thank you for all your input,
> > > > > Rodrigo
> > > >
> > > >
> > > >
> ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> > > > For additional commands, e-mail: users-help@felix.apache.org
> > > >
> > > >
> > >
> >
>
--
Cheers, Stuart
Re: ORB Libraries
Posted by Rodrigo Madera <ro...@gmail.com>.
I'm now getting this message when trying to start my bundle:
Cannot find: com.sun.jdmk.comm
I think I hit dependency hell... why is this message appearing?
Also, how can I use the repository files on Felix Commons?
Thanks for any help,
Rodrigo
On 9/27/07, Rodrigo Madera <ro...@gmail.com> wrote:
>
> How can I tell Felix to use the Felix Commons OBR repository?
>
> I see that tab on the GUI Shell. Any docs on how to use that properly?
>
> Thanks,
> Rodrigo
>
> On 9/27/07, Rodrigo Madera <ro...@gmail.com> wrote:
> >
> > Thank you for the information.
> >
> > I'm seeking the pages now to check on it.
> > Sorry for the OBR typo :-)
> >
> > Regards,
> > Rodrigo
> >
> > On 9/27/07, Felix Meschberger <fm...@gmail.com> wrote:
> > >
> > > I assume you mean OBR (OSGi Bundle Repository).
> > >
> > > While I do not know of many public ones (except OSGi's repository at
> > > [1]
> > > and the Oscar repository at [2]), chances are that they won't contain,
> > > what you expect.
> > >
> > > On the other hand, there is the Commons subproject in Felix which
> > > contains a lot of library wrappings and there is the recent addition
> > > of
> > > the OBR support for the Maven Bundle Plugin, which creates a
> > > repository
> > > from the bundles installed in your local Maven repository. So by just
> > > installing the commons to your local repository you will get an OBR
> > > with
> > > these.
> > >
> > > In addition the Sling project at [3] has a bundle, which implements an
> > > OBR to which you may upload using HTTP POST requests.
> > >
> > > Regards
> > > Felix
> > >
> > >
> > > [1] http://www2.osgi.org/Repository/HomePage
> > > [2] http://oscar-osgi.sourceforge.net/obr2/repository.xml
> > > [3] http://incubator.apache.org/sling
> > >
> > > Am Mittwoch, den 26.09.2007, 14:06 -0300 schrieb Rodrigo Madera:
> > > > Hello community,
> > > >
> > > > I have code that depends on varios Apache libraries, like Betwixt,
> > > > Commons CLI and some others.
> > > >
> > > > I see that OSGi best practices require the implementation of these
> > > > libraries as bundles.
> > > >
> > > > Checking the OSGi site for ORB bundles I didn't find enough
> > > libraries
> > > > as bundles. I'll try to contribute some myself, as soon as I learn
> > > how
> > > > they expect them to be constructed.
> > > >
> > > > However, I see that Felix has an ORB facility which doesn't have
> > > much
> > > > documentation.
> > > >
> > > > So the question is:
> > > > What facility does Apache Felix provide when I need to resolve
> > > dependencies
> > > > on Libraries such as Apache Betwixt, Apache Commons and alike?
> > > >
> > > > Do I really have to dig up manually all the libraries needed? Even
> > > 2nd level
> > > > ones?
> > > >
> > > > How can ORB help me?
> > > >
> > > > Thank you for all your input,
> > > > Rodrigo
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> > > For additional commands, e-mail: users-help@felix.apache.org
> > >
> > >
> >
>
Re: ORB Libraries
Posted by Rodrigo Madera <ro...@gmail.com>.
How can I tell Felix to use the Felix Commons OBR repository?
I see that tab on the GUI Shell. Any docs on how to use that properly?
Thanks,
Rodrigo
On 9/27/07, Rodrigo Madera <ro...@gmail.com> wrote:
>
> Thank you for the information.
>
> I'm seeking the pages now to check on it.
> Sorry for the OBR typo :-)
>
> Regards,
> Rodrigo
>
> On 9/27/07, Felix Meschberger <fm...@gmail.com> wrote:
> >
> > I assume you mean OBR (OSGi Bundle Repository).
> >
> > While I do not know of many public ones (except OSGi's repository at [1]
> > and the Oscar repository at [2]), chances are that they won't contain,
> > what you expect.
> >
> > On the other hand, there is the Commons subproject in Felix which
> > contains a lot of library wrappings and there is the recent addition of
> > the OBR support for the Maven Bundle Plugin, which creates a repository
> > from the bundles installed in your local Maven repository. So by just
> > installing the commons to your local repository you will get an OBR with
> > these.
> >
> > In addition the Sling project at [3] has a bundle, which implements an
> > OBR to which you may upload using HTTP POST requests.
> >
> > Regards
> > Felix
> >
> >
> > [1] http://www2.osgi.org/Repository/HomePage
> > [2] http://oscar-osgi.sourceforge.net/obr2/repository.xml
> > [3] http://incubator.apache.org/sling
> >
> > Am Mittwoch, den 26.09.2007, 14:06 -0300 schrieb Rodrigo Madera:
> > > Hello community,
> > >
> > > I have code that depends on varios Apache libraries, like Betwixt,
> > > Commons CLI and some others.
> > >
> > > I see that OSGi best practices require the implementation of these
> > > libraries as bundles.
> > >
> > > Checking the OSGi site for ORB bundles I didn't find enough libraries
> > > as bundles. I'll try to contribute some myself, as soon as I learn how
> > > they expect them to be constructed.
> > >
> > > However, I see that Felix has an ORB facility which doesn't have much
> > > documentation.
> > >
> > > So the question is:
> > > What facility does Apache Felix provide when I need to resolve
> > dependencies
> > > on Libraries such as Apache Betwixt, Apache Commons and alike?
> > >
> > > Do I really have to dig up manually all the libraries needed? Even 2nd
> > level
> > > ones?
> > >
> > > How can ORB help me?
> > >
> > > Thank you for all your input,
> > > Rodrigo
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> > For additional commands, e-mail: users-help@felix.apache.org
> >
> >
>
Re: ORB Libraries
Posted by Rodrigo Madera <ro...@gmail.com>.
Thank you for the information.
I'm seeking the pages now to check on it.
Sorry for the OBR typo :-)
Regards,
Rodrigo
On 9/27/07, Felix Meschberger <fm...@gmail.com> wrote:
>
> I assume you mean OBR (OSGi Bundle Repository).
>
> While I do not know of many public ones (except OSGi's repository at [1]
> and the Oscar repository at [2]), chances are that they won't contain,
> what you expect.
>
> On the other hand, there is the Commons subproject in Felix which
> contains a lot of library wrappings and there is the recent addition of
> the OBR support for the Maven Bundle Plugin, which creates a repository
> from the bundles installed in your local Maven repository. So by just
> installing the commons to your local repository you will get an OBR with
> these.
>
> In addition the Sling project at [3] has a bundle, which implements an
> OBR to which you may upload using HTTP POST requests.
>
> Regards
> Felix
>
>
> [1] http://www2.osgi.org/Repository/HomePage
> [2] http://oscar-osgi.sourceforge.net/obr2/repository.xml
> [3] http://incubator.apache.org/sling
>
> Am Mittwoch, den 26.09.2007, 14:06 -0300 schrieb Rodrigo Madera:
> > Hello community,
> >
> > I have code that depends on varios Apache libraries, like Betwixt,
> > Commons CLI and some others.
> >
> > I see that OSGi best practices require the implementation of these
> > libraries as bundles.
> >
> > Checking the OSGi site for ORB bundles I didn't find enough libraries
> > as bundles. I'll try to contribute some myself, as soon as I learn how
> > they expect them to be constructed.
> >
> > However, I see that Felix has an ORB facility which doesn't have much
> > documentation.
> >
> > So the question is:
> > What facility does Apache Felix provide when I need to resolve
> dependencies
> > on Libraries such as Apache Betwixt, Apache Commons and alike?
> >
> > Do I really have to dig up manually all the libraries needed? Even 2nd
> level
> > ones?
> >
> > How can ORB help me?
> >
> > Thank you for all your input,
> > Rodrigo
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
Re: ORB Libraries
Posted by Felix Meschberger <fm...@gmail.com>.
I assume you mean OBR (OSGi Bundle Repository).
While I do not know of many public ones (except OSGi's repository at [1]
and the Oscar repository at [2]), chances are that they won't contain,
what you expect.
On the other hand, there is the Commons subproject in Felix which
contains a lot of library wrappings and there is the recent addition of
the OBR support for the Maven Bundle Plugin, which creates a repository
from the bundles installed in your local Maven repository. So by just
installing the commons to your local repository you will get an OBR with
these.
In addition the Sling project at [3] has a bundle, which implements an
OBR to which you may upload using HTTP POST requests.
Regards
Felix
[1] http://www2.osgi.org/Repository/HomePage
[2] http://oscar-osgi.sourceforge.net/obr2/repository.xml
[3] http://incubator.apache.org/sling
Am Mittwoch, den 26.09.2007, 14:06 -0300 schrieb Rodrigo Madera:
> Hello community,
>
> I have code that depends on varios Apache libraries, like Betwixt,
> Commons CLI and some others.
>
> I see that OSGi best practices require the implementation of these
> libraries as bundles.
>
> Checking the OSGi site for ORB bundles I didn't find enough libraries
> as bundles. I'll try to contribute some myself, as soon as I learn how
> they expect them to be constructed.
>
> However, I see that Felix has an ORB facility which doesn't have much
> documentation.
>
> So the question is:
> What facility does Apache Felix provide when I need to resolve dependencies
> on Libraries such as Apache Betwixt, Apache Commons and alike?
>
> Do I really have to dig up manually all the libraries needed? Even 2nd level
> ones?
>
> How can ORB help me?
>
> Thank you for all your input,
> Rodrigo
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org