You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@felix.apache.org by Martijn van Iersel <mv...@gmail.com> on 2011/08/01 18:52:12 UTC
Dependency problem when using felix / obr
Hi there,
I'm in the process of converting a java desktop application to OSGi, and
I'd like to set up OBR to keep installations up-to-date. Thus far, I've
managed to package my application in bundles, and also to upload them to
an OBR. I can run the OSGi application within eclipse.
Now I'm running into trouble when I try to deploy the application from
the OBR. Here is what I've tried:
Using the felix framework version 3.0.1, I ran
java -jar bin/felix.jar
then I executed the following commands on the OSGi shell:
repos add http://www.bigcat.unimaas.nl/~martina/repository/repository.xml
deploy 'org.pathvisio.desktop'
After that I get a bunch of error messages (see below for the complete
list). It appears to be a cascade of dependencies, and at the bottom
there is
an expression like this:
(|(ee=J2SE-1.4)(ee=J2SE-1.3)(ee=CDC-1.0/Foundation-1.0))
Any idea what that means? Could somebody help me parse the output, and
give some suggestions on how to resolve these errors?
with kind regards,
Martijn van Iersel
Here is the complete error message:
(&(package=org.pathvisio.core.model))
org.pathvisio.desktop
(&(symbolicname=org.apache.batik.extension)(version>=1.7.0))
org.pathvisio.desktop
(&(symbolicname=org.w3c.css.sac)(version>=1.3.1))
org.pathvisio.core
(&(package=org.pathvisio.core.view))
org.pathvisio.gui
(&(package=org.w3c.css.sac)(version>=1.3.0)(!(version>=1.4.0))(provenance=W3C)(mandatory:<*provenance))
Apache Batik SVG DOM
(&(package=org.w3c.dom.svg)(version>=1.1.0)(!(version>=1.3.0)))
Apache Batik SVG DOM
(&(symbolicname=org.apache.batik.dom))
Apache Batik Bridge/GVT/Scripting
(&(package=org.apache.batik.transcoder.image))
org.pathvisio.core
(&(package=org.w3c.dom.svg)(version>=1.1.0)(!(version>=1.3.0)))
Apache Batik Transcoder
(&(symbolicname=org.apache.batik.css))
Apache Batik SVG DOM
(&(symbolicname=org.w3c.css.sac)(version>=1.3.1))
org.pathvisio.desktop
(&(symbolicname=org.apache.batik.bridge))
Apache Batik Transcoder
(&(package=org.pathvisio.core.debug))
org.pathvisio.desktop
(&(symbolicname=org.apache.batik.parser))
Apache Batik SVG DOM
(&(symbolicname=org.apache.batik.dom.svg)(version>=1.7.0))
org.pathvisio.core
(&(symbolicname=org.apache.batik.css)(version>=1.7.0))
org.pathvisio.desktop
(&(package=org.pathvisio.core.preferences))
org.pathvisio.desktop
(&(package=org.w3c.dom.smil)(version>=1.0.0)(!(version>=1.1.0)))
Apache Batik SVG DOM
(&(symbolicname=org.apache.batik.css))
Apache Batik Extension
(&(symbolicname=org.apache.batik.dom.svg)(version>=1.7.0))
org.pathvisio.desktop
(&(package=org.pathvisio.core.gui))
org.pathvisio.gui
(|(ee=J2SE-1.4)(ee=J2SE-1.3)(ee=CDC-1.0/Foundation-1.0))
W3C SMIL DOM
(&(package=org.pathvisio.core.preferences))
org.pathvisio.gui
(&(package=org.w3c.dom.svg)(version>=1.1.0)(!(version>=1.3.0)))
Apache Batik Extension
(&(package=org.apache.batik.dom))
org.pathvisio.core
(&(package=org.pathvisio.core.util))
org.pathvisio.gui
(&(package=org.w3c.dom.svg)(version>=1.1.0)(!(version>=1.3.0)))
Apache Batik Bridge/GVT/Scripting
(&(package=org.apache.batik.transcoder.image))
org.pathvisio.desktop
(&(symbolicname=org.apache.batik.dom.svg))
Apache Batik Bridge/GVT/Scripting
(&(symbolicname=org.apache.batik.css))
Apache Batik DOM
(&(package=org.w3c.css.sac)(version>=1.3.0)(!(version>=1.4.0))(provenance=W3C)(mandatory:<*provenance))
Apache Batik DOM
(&(symbolicname=org.w3c.dom.smil)(version>=1.0.1))
org.pathvisio.desktop
(&(package=org.pathvisio.core.util))
org.pathvisio.desktop
(&(package=org.pathvisio.core.data))
org.pathvisio.gui
(&(symbolicname=org.apache.batik.dom.svg))
Apache Batik Extension
(&(package=org.pathvisio.core.biopax.reflect))
org.pathvisio.gui
(&(package=org.pathvisio.core))
org.pathvisio.desktop
(&(symbolicname=org.apache.batik.dom))
Apache Batik SVG DOM
(&(package=org.pathvisio.core.view))
org.pathvisio.desktop
(&(symbolicname=org.pathvisio.core)(version>=2.0.11))
org.pathvisio.gui
(&(symbolicname=org.apache.batik.parser))
Apache Batik Extension
(&(symbolicname=org.w3c.dom.smil))
W3C SVG DOM
(&(symbolicname=org.apache.batik.dom)(version>=1.7.0))
org.pathvisio.desktop
(&(package=org.pathvisio.gui))
org.pathvisio.desktop
(&(package=org.pathvisio.core.data))
org.pathvisio.desktop
(&(package=org.apache.batik.transcoder))
org.pathvisio.desktop
(&(symbolicname=org.apache.batik.bridge)(version>=1.7.0))
org.pathvisio.core
(&(symbolicname=org.w3c.dom.svg)(version>=1.1.0))
org.pathvisio.core
(&(symbolicname=org.apache.batik.transcoder)(version>=1.7.0))
org.pathvisio.core
(&(symbolicname=org.apache.batik.dom))
Apache Batik Transcoder
(&(symbolicname=org.apache.batik.parser))
Apache Batik Bridge/GVT/Scripting
(|(ee=J2SE-1.4)(ee=J2SE-1.3)(ee=CDC-1.0/Foundation-1.0))
W3C SVG DOM
(&(symbolicname=org.apache.batik.parser)(version>=1.7.0))
org.pathvisio.core
(&(symbolicname=org.w3c.dom.svg)(version>=1.1.0))
org.pathvisio.desktop
(|(ee=J2SE-1.3)(ee=CDC-1.0/Foundation-1.0))
W3C CSS SAC
(&(symbolicname=org.w3c.dom.smil)(version>=1.0.1))
org.pathvisio.core
(&(package=org.pathvisio.core))
org.pathvisio.gui
(&(package=org.pathvisio.core.model))
org.pathvisio.gui
(&(symbolicname=org.pathvisio.gui)(version>=2.0.11))
org.pathvisio.desktop
(&(package=org.apache.batik.transcoder))
org.pathvisio.core
(&(package=org.pathvisio.core.debug))
org.pathvisio.gui
(&(symbolicname=org.apache.batik.parser)(version>=1.7.0))
org.pathvisio.desktop
(&(package=org.w3c.dom.svg)(version>=1.1.0)(!(version>=1.3.0)))
Apache Batik CSS
(&(symbolicname=org.apache.batik.extension)(version>=1.7.0))
org.pathvisio.core
(&(symbolicname=org.apache.batik.css))
Apache Batik Bridge/GVT/Scripting
(&(package=org.pathvisio.gui.dialogs))
org.pathvisio.desktop
(&(symbolicname=org.pathvisio.core)(version>=2.0.11))
org.pathvisio.desktop
(&(symbolicname=org.apache.batik.bridge)(version>=1.7.0))
org.pathvisio.desktop
(&(symbolicname=org.apache.batik.dom))
Apache Batik Extension
(&(symbolicname=org.apache.batik.css)(version>=1.7.0))
org.pathvisio.core
(&(package=org.w3c.dom.svg)(version>=1.1.0)(!(version>=1.3.0)))
Apache Batik Parser
(&(symbolicname=org.apache.batik.bridge))
Apache Batik Extension
(&(symbolicname=org.apache.batik.dom)(version>=1.7.0))
org.pathvisio.core
(&(package=org.pathvisio.core.biopax))
org.pathvisio.gui
(&(symbolicname=org.apache.batik.transcoder)(version>=1.7.0))
org.pathvisio.desktop
(&(package=org.w3c.css.sac)(version>=1.3.0)(!(version>=1.4.0))(provenance=W3C)(mandatory:<*provenance))
Apache Batik CSS
(&(symbolicname=org.apache.batik.dom.svg))
Apache Batik Transcoder
(&(package=org.apache.batik.dom))
org.pathvisio.desktop
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Dependency problem when using felix / obr
Posted by "Richard S. Hall" <he...@ungoverned.org>.
On 9/16/11 1:08 PM, Richard S. Hall wrote:
> On 9/16/11 12:58 PM, Martijn van Iersel wrote:
>> Thanks, your suggestion of manually updating OBR works.
>>
>> Starting it still doesn't work though:
>>
>> g! start 12
>> org.osgi.framework.BundleException: Unresolved constraint in bundle
>> org.pathvisio.desktop [12]: Unable to resolve 12.0: missing
>> requirement [12.0] module;
>> (&(bundle-symbolic-name=org.pathvisio.core)(bundle-version>=2.0.11))
>> [caused by: Unable to resolve 9.0: missing requirement [9.0] module;
>> (&(bundle-symbolic-name=javax.xml)(bundle-version>=1.3.4)) [caused
>> by: Execution environment not supported: J2SE-1.2]]
>>
>> Even though I've removed the Execution enviroment requirements from
>> repository.xml as you suggested, it's still coming back to me at this
>> point.
>>
>> Indeed the bundle java.xml carries this header:
>> Bundle-RequiredExecutionEnvironment: J2SE-1.2
>>
>> Do you think this problem should be fixed in felix framework, or is
>> it better to go and remove all the
>> Bundle-RequiredExecutionEnvironment headers from all my bundles? Most
>> of these are third-party bundles, and I would prefer not to have to
>> modify them.
>
> There are two different resolve operations going on here, one in OBR
> and one in the framework. I'm not sure how well OBR handles BREE, but
> the framework handles it fine. The issue you have here is that the
> framework doesn't say that it provides J2SE-1.2 (this has already been
> fixed in trunk for the next release).
Just following up on this, it does look like OBR attempts to handle BREE
too, so maybe your original problem with OBR not resolving BREE was that
the framework was not properly configured to provide the one you needed.
OBR models the system bundle by probing the framework's configuration
when resolving bundles, so it makes sense that OBR would fail to find a
provider of J2SE-1.2 since the framework wasn't providing it.
So, perhaps if you fix the config.properties file as suggested below,
then you can go back and add the BREEs into your repository.xml file and
it will work.
-> richard
>
> You can fix this just by adding the following to your
> conf/config.properties file:
>
> org.osgi.framework.executionenvironment=\
> ee-1.6=JavaSE-1.6,J2SE-1.5,J2SE-1.4,J2SE-1.3,J2SE-1.2, \
> JRE-1.1,JRE-1.0,OSGi/Minimum-1.2,OSGi/Minimum-1.1,OSGi/Minimum-1.0
>
> You really are having all the bad luck. Definitely grab the new
> framework release as soon as it is out.
>
>> P.S. You replied to me off-list, I'd be happy to go back on list if
>> you don't have time to help me out personally.
>
> Sorry, that was a mistake, we are back on the list. :-)
>
> -> richard
>
>>
>>
>> On 16/09/11 17:16, Richard S. Hall wrote:
>>> OBR installed a newer version over itself, which kills the bundle in
>>> its
>>> tracks:
>>>
>>> g! deploy 'org.pathvisio.desktop'
>>> Target resource(s):
>>> -------------------
>>> org.pathvisio.desktop (2.0.11)
>>>
>>> Required resource(s):
>>> ---------------------
>>> Apache Batik CSS (1.7.0.v201011041433)
>>> Apache Batik Parser (1.7.0.v201011041433)
>>> org.pathvisio.core (2.0.11)
>>> W3C CSS SAC (1.3.1.v200903091627)
>>> Apache Felix Bundle Repository (1.6.6)
>>> ...
>>>
>>> Clearly this is some special case (i.e., updating itself) that OBR
>>> needs
>>> to handle and isn't. I would imagine if you update the OBR bundle
>>> manually first, then it will work after that. Just download the new OBR
>>> bundle and put it in your bundle/ directory rather than the existing
>>> one, then delete your cache and start again.
>>>
>>> Lucky you, you're having all sorts of fun! ;-)
>>>
>>> -> richard
>>>
>>>
>>> On 9/16/11 11:26 AM, Martijn van Iersel wrote:
>>>> Allright, I'm using fresh bundles that don't have the problem with
>>>> version vs. bundle-version.
>>>>
>>>> After trying again with the new bundles, I'm getting another error
>>>> message:
>>>>
>>>> First I start the framework:
>>>>
>>>> ~/felix-framework-3.2.2$ java -jar bin/felix.jar
>>>>
>>>> Then I run the following commands on the OSGi shell:
>>>> repos add http://www.bigcat.unimaas.nl/~martijn/obr/repository.xml
>>>> deploy 'org.pathvisio.desktop'
>>>>
>>>> Now I get this error:
>>>> Deploying...java.lang.IllegalStateException: Invalid BundleContext.
>>>>
>>>> Not much to go on here... Any suggestions on how I can start debugging
>>>> this?
>>>>
>>>> regards,
>>>> Martijn
>>>>
>>>>
>>>> On 15/09/11 17:16, Richard Hall wrote:
>>>>> First, let me say that this works on the trunk build of the Felix
>>>>> framework (3.3.0-SNAPSHOT), which you can grab from the Apache Maven
>>>>> snapshot repository. However, it is still not going to be 100%
>>>>> correct.
>>>>>
>>>>> The reason why it works on the trunk framework is I fixed a bug in
>>>>> filter creation that was incorrectly throwing
>>>>> IllegalArgumentExceptions
>>>>> when some strings contained non-escaped parentheses characters,
>>>>> when it
>>>>> reality the non-escaped parentheses characters were acceptable.
>>>>> This was
>>>>> wrong in 3.2.2 and I fixed it in trunk. So that's why it works now.
>>>>>
>>>>> The reason it is not 100% correct still, though, is that it didn't
>>>>> dawn
>>>>> on me when looking at the metadata below that the Require-Bundle
>>>>> header
>>>>> has been specified incorrectly. It should not be using "version", it
>>>>> should be using "bundle-version" as the matching attribute. That's
>>>>> what
>>>>> uncovered this bug in the framework.
>>>>>
>>>>> If "bundle-version" is used then the attribute correctly gets
>>>>> converted
>>>>> to a version range and you won't run into the parentheses bug,
>>>>> thus it
>>>>> should start working on 3.2.2 too...and actually working correctly,
>>>>> since right now it is treating "version" as just a string with a
>>>>> value,
>>>>> not a version range.
>>>>>
>>>>> -> richard
>>>>>
>>>>>
>>>>> On Wed, Sep 14, 2011 at 10:47 AM, Richard Hall <heavy@ungoverned.org
>>>>> <ma...@ungoverned.org>> wrote:
>>>>>
>>>>> If you just try to install the bundle manually, does it still fail?
>>>>>
>>>>> If so, privately email me the bundle and I'll look at it. If not,
>>>>> maybe you can tell me how to recreate the issue.
>>>>>
>>>>> -> richard
>>>>>
>>>>> On Wed, Sep 14, 2011 at 10:30 AM, Martijn van Iersel
>>>>> <mvaniersel@gmail.com <ma...@gmail.com>> wrote:
>>>>>
>>>>> Here is the MANIFEST.MF from the bundle
>>>>> org.apache.batik.transcoder.__jar. I see nothing wrong with it...
>>>>>
>>>>> Or is it possible that the error is in a different bundle? The
>>>>> error report mentioned org.apache.batik.transcoder.__jar...
>>>>>
>>>>>
>>>>> Manifest-Version: 1.0
>>>>> Implementation-Vendor: The Apache Software Foundation
>>>>> (http://xmlgraph
>>>>> ics.apache.org/batik/ <http://ics.apache.org/batik/>)
>>>>> Bundle-Localization: plugin
>>>>> Bundle-__RequiredExecutionEnvironment: J2SE-1.3
>>>>> Bundle-SymbolicName: org.apache.batik.transcoder
>>>>> Require-Bundle:
>>>>> org.apache.batik.bridge;__version="[1.7.0,1.8.0)",org.ap
>>>>> ache.batik.dom;version="[1.7.__0,1.8.0)",org.apache.batik.__dom.svg;versi
>>>>>
>>>>>
>>>>> on="[1.7.0,1.8.0)",org.apache.__batik.ext.awt;version="[1.7.0,__1.8.0)",o
>>>>>
>>>>>
>>>>> rg.apache.batik.svggen;__version="[1.7.0,1.8.0)",org.__apache.batik.util;
>>>>>
>>>>>
>>>>> version="[1.7.0,1.8.0)",org.__apache.batik.xml;version="[1.__7.0,1.8.0)"
>>>>>
>>>>> Export-Package:
>>>>> org.apache.batik.transcoder;__version="1.7.0",org.apache
>>>>> .batik.transcoder.image;__version="1.7.0",org.apache.__batik.transcoder.i
>>>>>
>>>>>
>>>>> mage.resources;version="1.7.0"__,org.apache.batik.transcoder.__keys;versi
>>>>>
>>>>>
>>>>> on="1.7.0",org.apache.batik.__transcoder.print;version="1.7.__0",org.apac
>>>>>
>>>>>
>>>>> he.batik.transcoder.svg2svg;__version="1.7.0",org.apache.__batik.transcod
>>>>>
>>>>>
>>>>> er.wmf;version="1.7.0",org.__apache.batik.transcoder.wmf.__tosvg;version=
>>>>>
>>>>>
>>>>> "1.7.0"
>>>>> Bundle-Version: 1.7.0.v200903091627
>>>>> Bundle-Vendor: %providerName
>>>>> Bundle-Name: %pluginName
>>>>> Build-Id: 20080106-110642-EST (cam [Linux 2.6.22.8 i386, Java
>>>>> 1.3.1_19
>>>>> -b03])
>>>>> Implementation-Title: Batik transcoder
>>>>> Implementation-Version: 1.7+r608262
>>>>> Import-Package: org.w3c.dom.svg;version="[1.1.__0,1.3.0)"
>>>>> Bundle-ManifestVersion: 2
>>>>>
>>>>> --
>>>>> Martijn
>>>>>
>>>>> On 14/09/11 17:19, Richard Hall wrote:
>>>>>
>>>>> Just a guess, but you forgetting to put quotes around the
>>>>> version range in
>>>>> your manifest file? You must specify version ranges with
>>>>> quotes, like:
>>>>>
>>>>> Import-Package: foo; version="[1.0.0,2.0.0)"
>>>>>
>>>>> -> richard
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------__------------------------------__---------
>>>>>
>>>>>
>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.__apache.org
>>>>> <ma...@felix.apache.org>
>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>> <ma...@felix.apache.org>
>>>>>
>>>>>
>>>>>
>>>>
>>>
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Dependency problem when using felix / obr
Posted by "Richard S. Hall" <he...@ungoverned.org>.
On 9/16/11 12:58 PM, Martijn van Iersel wrote:
> Thanks, your suggestion of manually updating OBR works.
>
> Starting it still doesn't work though:
>
> g! start 12
> org.osgi.framework.BundleException: Unresolved constraint in bundle
> org.pathvisio.desktop [12]: Unable to resolve 12.0: missing
> requirement [12.0] module;
> (&(bundle-symbolic-name=org.pathvisio.core)(bundle-version>=2.0.11))
> [caused by: Unable to resolve 9.0: missing requirement [9.0] module;
> (&(bundle-symbolic-name=javax.xml)(bundle-version>=1.3.4)) [caused by:
> Execution environment not supported: J2SE-1.2]]
>
> Even though I've removed the Execution enviroment requirements from
> repository.xml as you suggested, it's still coming back to me at this
> point.
>
> Indeed the bundle java.xml carries this header:
> Bundle-RequiredExecutionEnvironment: J2SE-1.2
>
> Do you think this problem should be fixed in felix framework, or is it
> better to go and remove all the Bundle-RequiredExecutionEnvironment
> headers from all my bundles? Most of these are third-party bundles,
> and I would prefer not to have to modify them.
There are two different resolve operations going on here, one in OBR and
one in the framework. I'm not sure how well OBR handles BREE, but the
framework handles it fine. The issue you have here is that the framework
doesn't say that it provides J2SE-1.2 (this has already been fixed in
trunk for the next release).
You can fix this just by adding the following to your
conf/config.properties file:
org.osgi.framework.executionenvironment=\
ee-1.6=JavaSE-1.6,J2SE-1.5,J2SE-1.4,J2SE-1.3,J2SE-1.2, \
JRE-1.1,JRE-1.0,OSGi/Minimum-1.2,OSGi/Minimum-1.1,OSGi/Minimum-1.0
You really are having all the bad luck. Definitely grab the new
framework release as soon as it is out.
> P.S. You replied to me off-list, I'd be happy to go back on list if
> you don't have time to help me out personally.
Sorry, that was a mistake, we are back on the list. :-)
-> richard
>
>
> On 16/09/11 17:16, Richard S. Hall wrote:
>> OBR installed a newer version over itself, which kills the bundle in its
>> tracks:
>>
>> g! deploy 'org.pathvisio.desktop'
>> Target resource(s):
>> -------------------
>> org.pathvisio.desktop (2.0.11)
>>
>> Required resource(s):
>> ---------------------
>> Apache Batik CSS (1.7.0.v201011041433)
>> Apache Batik Parser (1.7.0.v201011041433)
>> org.pathvisio.core (2.0.11)
>> W3C CSS SAC (1.3.1.v200903091627)
>> Apache Felix Bundle Repository (1.6.6)
>> ...
>>
>> Clearly this is some special case (i.e., updating itself) that OBR needs
>> to handle and isn't. I would imagine if you update the OBR bundle
>> manually first, then it will work after that. Just download the new OBR
>> bundle and put it in your bundle/ directory rather than the existing
>> one, then delete your cache and start again.
>>
>> Lucky you, you're having all sorts of fun! ;-)
>>
>> -> richard
>>
>>
>> On 9/16/11 11:26 AM, Martijn van Iersel wrote:
>>> Allright, I'm using fresh bundles that don't have the problem with
>>> version vs. bundle-version.
>>>
>>> After trying again with the new bundles, I'm getting another error
>>> message:
>>>
>>> First I start the framework:
>>>
>>> ~/felix-framework-3.2.2$ java -jar bin/felix.jar
>>>
>>> Then I run the following commands on the OSGi shell:
>>> repos add http://www.bigcat.unimaas.nl/~martijn/obr/repository.xml
>>> deploy 'org.pathvisio.desktop'
>>>
>>> Now I get this error:
>>> Deploying...java.lang.IllegalStateException: Invalid BundleContext.
>>>
>>> Not much to go on here... Any suggestions on how I can start debugging
>>> this?
>>>
>>> regards,
>>> Martijn
>>>
>>>
>>> On 15/09/11 17:16, Richard Hall wrote:
>>>> First, let me say that this works on the trunk build of the Felix
>>>> framework (3.3.0-SNAPSHOT), which you can grab from the Apache Maven
>>>> snapshot repository. However, it is still not going to be 100%
>>>> correct.
>>>>
>>>> The reason why it works on the trunk framework is I fixed a bug in
>>>> filter creation that was incorrectly throwing
>>>> IllegalArgumentExceptions
>>>> when some strings contained non-escaped parentheses characters,
>>>> when it
>>>> reality the non-escaped parentheses characters were acceptable.
>>>> This was
>>>> wrong in 3.2.2 and I fixed it in trunk. So that's why it works now.
>>>>
>>>> The reason it is not 100% correct still, though, is that it didn't
>>>> dawn
>>>> on me when looking at the metadata below that the Require-Bundle
>>>> header
>>>> has been specified incorrectly. It should not be using "version", it
>>>> should be using "bundle-version" as the matching attribute. That's
>>>> what
>>>> uncovered this bug in the framework.
>>>>
>>>> If "bundle-version" is used then the attribute correctly gets
>>>> converted
>>>> to a version range and you won't run into the parentheses bug, thus it
>>>> should start working on 3.2.2 too...and actually working correctly,
>>>> since right now it is treating "version" as just a string with a
>>>> value,
>>>> not a version range.
>>>>
>>>> -> richard
>>>>
>>>>
>>>> On Wed, Sep 14, 2011 at 10:47 AM, Richard Hall <heavy@ungoverned.org
>>>> <ma...@ungoverned.org>> wrote:
>>>>
>>>> If you just try to install the bundle manually, does it still fail?
>>>>
>>>> If so, privately email me the bundle and I'll look at it. If not,
>>>> maybe you can tell me how to recreate the issue.
>>>>
>>>> -> richard
>>>>
>>>> On Wed, Sep 14, 2011 at 10:30 AM, Martijn van Iersel
>>>> <mvaniersel@gmail.com <ma...@gmail.com>> wrote:
>>>>
>>>> Here is the MANIFEST.MF from the bundle
>>>> org.apache.batik.transcoder.__jar. I see nothing wrong with it...
>>>>
>>>> Or is it possible that the error is in a different bundle? The
>>>> error report mentioned org.apache.batik.transcoder.__jar...
>>>>
>>>>
>>>> Manifest-Version: 1.0
>>>> Implementation-Vendor: The Apache Software Foundation
>>>> (http://xmlgraph
>>>> ics.apache.org/batik/ <http://ics.apache.org/batik/>)
>>>> Bundle-Localization: plugin
>>>> Bundle-__RequiredExecutionEnvironment: J2SE-1.3
>>>> Bundle-SymbolicName: org.apache.batik.transcoder
>>>> Require-Bundle:
>>>> org.apache.batik.bridge;__version="[1.7.0,1.8.0)",org.ap
>>>> ache.batik.dom;version="[1.7.__0,1.8.0)",org.apache.batik.__dom.svg;versi
>>>>
>>>>
>>>> on="[1.7.0,1.8.0)",org.apache.__batik.ext.awt;version="[1.7.0,__1.8.0)",o
>>>>
>>>>
>>>> rg.apache.batik.svggen;__version="[1.7.0,1.8.0)",org.__apache.batik.util;
>>>>
>>>>
>>>> version="[1.7.0,1.8.0)",org.__apache.batik.xml;version="[1.__7.0,1.8.0)"
>>>>
>>>> Export-Package:
>>>> org.apache.batik.transcoder;__version="1.7.0",org.apache
>>>> .batik.transcoder.image;__version="1.7.0",org.apache.__batik.transcoder.i
>>>>
>>>>
>>>> mage.resources;version="1.7.0"__,org.apache.batik.transcoder.__keys;versi
>>>>
>>>>
>>>> on="1.7.0",org.apache.batik.__transcoder.print;version="1.7.__0",org.apac
>>>>
>>>>
>>>> he.batik.transcoder.svg2svg;__version="1.7.0",org.apache.__batik.transcod
>>>>
>>>>
>>>> er.wmf;version="1.7.0",org.__apache.batik.transcoder.wmf.__tosvg;version=
>>>>
>>>>
>>>> "1.7.0"
>>>> Bundle-Version: 1.7.0.v200903091627
>>>> Bundle-Vendor: %providerName
>>>> Bundle-Name: %pluginName
>>>> Build-Id: 20080106-110642-EST (cam [Linux 2.6.22.8 i386, Java
>>>> 1.3.1_19
>>>> -b03])
>>>> Implementation-Title: Batik transcoder
>>>> Implementation-Version: 1.7+r608262
>>>> Import-Package: org.w3c.dom.svg;version="[1.1.__0,1.3.0)"
>>>> Bundle-ManifestVersion: 2
>>>>
>>>> --
>>>> Martijn
>>>>
>>>> On 14/09/11 17:19, Richard Hall wrote:
>>>>
>>>> Just a guess, but you forgetting to put quotes around the
>>>> version range in
>>>> your manifest file? You must specify version ranges with
>>>> quotes, like:
>>>>
>>>> Import-Package: foo; version="[1.0.0,2.0.0)"
>>>>
>>>> -> richard
>>>>
>>>>
>>>>
>>>> ------------------------------__------------------------------__---------
>>>>
>>>>
>>>> To unsubscribe, e-mail: users-unsubscribe@felix.__apache.org
>>>> <ma...@felix.apache.org>
>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>> <ma...@felix.apache.org>
>>>>
>>>>
>>>>
>>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Dependency problem when using felix / obr
Posted by Martijn van Iersel <mv...@gmail.com>.
Allright, I'm using fresh bundles that don't have the problem with
version vs. bundle-version.
After trying again with the new bundles, I'm getting another error message:
First I start the framework:
~/felix-framework-3.2.2$ java -jar bin/felix.jar
Then I run the following commands on the OSGi shell:
repos add http://www.bigcat.unimaas.nl/~martijn/obr/repository.xml
deploy 'org.pathvisio.desktop'
Now I get this error:
Deploying...java.lang.IllegalStateException: Invalid BundleContext.
Not much to go on here... Any suggestions on how I can start debugging this?
regards,
Martijn
On 15/09/11 17:16, Richard Hall wrote:
> First, let me say that this works on the trunk build of the Felix
> framework (3.3.0-SNAPSHOT), which you can grab from the Apache Maven
> snapshot repository. However, it is still not going to be 100% correct.
>
> The reason why it works on the trunk framework is I fixed a bug in
> filter creation that was incorrectly throwing IllegalArgumentExceptions
> when some strings contained non-escaped parentheses characters, when it
> reality the non-escaped parentheses characters were acceptable. This was
> wrong in 3.2.2 and I fixed it in trunk. So that's why it works now.
>
> The reason it is not 100% correct still, though, is that it didn't dawn
> on me when looking at the metadata below that the Require-Bundle header
> has been specified incorrectly. It should not be using "version", it
> should be using "bundle-version" as the matching attribute. That's what
> uncovered this bug in the framework.
>
> If "bundle-version" is used then the attribute correctly gets converted
> to a version range and you won't run into the parentheses bug, thus it
> should start working on 3.2.2 too...and actually working correctly,
> since right now it is treating "version" as just a string with a value,
> not a version range.
>
> -> richard
>
>
> On Wed, Sep 14, 2011 at 10:47 AM, Richard Hall <heavy@ungoverned.org
> <ma...@ungoverned.org>> wrote:
>
> If you just try to install the bundle manually, does it still fail?
>
> If so, privately email me the bundle and I'll look at it. If not,
> maybe you can tell me how to recreate the issue.
>
> -> richard
>
> On Wed, Sep 14, 2011 at 10:30 AM, Martijn van Iersel
> <mvaniersel@gmail.com <ma...@gmail.com>> wrote:
>
> Here is the MANIFEST.MF from the bundle
> org.apache.batik.transcoder.__jar. I see nothing wrong with it...
>
> Or is it possible that the error is in a different bundle? The
> error report mentioned org.apache.batik.transcoder.__jar...
>
>
> Manifest-Version: 1.0
> Implementation-Vendor: The Apache Software Foundation
> (http://xmlgraph
> ics.apache.org/batik/ <http://ics.apache.org/batik/>)
> Bundle-Localization: plugin
> Bundle-__RequiredExecutionEnvironment: J2SE-1.3
> Bundle-SymbolicName: org.apache.batik.transcoder
> Require-Bundle:
> org.apache.batik.bridge;__version="[1.7.0,1.8.0)",org.ap
> ache.batik.dom;version="[1.7.__0,1.8.0)",org.apache.batik.__dom.svg;versi
> on="[1.7.0,1.8.0)",org.apache.__batik.ext.awt;version="[1.7.0,__1.8.0)",o
> rg.apache.batik.svggen;__version="[1.7.0,1.8.0)",org.__apache.batik.util;
> version="[1.7.0,1.8.0)",org.__apache.batik.xml;version="[1.__7.0,1.8.0)"
> Export-Package:
> org.apache.batik.transcoder;__version="1.7.0",org.apache
> .batik.transcoder.image;__version="1.7.0",org.apache.__batik.transcoder.i
> mage.resources;version="1.7.0"__,org.apache.batik.transcoder.__keys;versi
> on="1.7.0",org.apache.batik.__transcoder.print;version="1.7.__0",org.apac
> he.batik.transcoder.svg2svg;__version="1.7.0",org.apache.__batik.transcod
> er.wmf;version="1.7.0",org.__apache.batik.transcoder.wmf.__tosvg;version=
> "1.7.0"
> Bundle-Version: 1.7.0.v200903091627
> Bundle-Vendor: %providerName
> Bundle-Name: %pluginName
> Build-Id: 20080106-110642-EST (cam [Linux 2.6.22.8 i386, Java
> 1.3.1_19
> -b03])
> Implementation-Title: Batik transcoder
> Implementation-Version: 1.7+r608262
> Import-Package: org.w3c.dom.svg;version="[1.1.__0,1.3.0)"
> Bundle-ManifestVersion: 2
>
> --
> Martijn
>
> On 14/09/11 17:19, Richard Hall wrote:
>
> Just a guess, but you forgetting to put quotes around the
> version range in
> your manifest file? You must specify version ranges with
> quotes, like:
>
> Import-Package: foo; version="[1.0.0,2.0.0)"
>
> -> richard
>
>
>
> ------------------------------__------------------------------__---------
> To unsubscribe, e-mail: users-unsubscribe@felix.__apache.org
> <ma...@felix.apache.org>
> For additional commands, e-mail: users-help@felix.apache.org
> <ma...@felix.apache.org>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Dependency problem when using felix / obr
Posted by "Richard S. Hall" <he...@ungoverned.org>.
Bnd does validation, but it is not clear if it would catch this since it isnt error to have an attribute named version, but this is a somewhat common mistake so it would make sense to check for it.
--
Sent from my phone, please excuse my brevity.
Martijn van Iersel <mv...@gmail.com> wrote:
Richard, thank you so much for spotting this! I could have been staring
at this for months without finding the problem.
For the future, it might be handy to have some sort of bundle validator,
to check bundles against the specifications, and help solve problems
like this. Do you know if such a thing exists?
Martijn
On 15/09/11 17:16, Richard Hall wrote:
> First, let me say that this works on the trunk build of the Felix
> framework (3.3.0-SNAPSHOT), which you can grab from the Apache Maven
> snapshot repository. However, it is still not going to be 100% correct.
>
> The reason why it works on the trunk framework is I fixed a bug in
> filter creation that was incorrectly throwing IllegalArgumentExceptions
> when some strings contained non-escaped parentheses characters, when it
> reality the non-escaped parentheses characters were acceptable. This was
> wrong in 3.2.2 and I fixed it in trunk. So that's why it works now.
>
> The reason it is not 100% correct still, though, is that it didn't dawn
> on me when looking at the metadata below that the Require-Bundle header
> has been specified incorrectly. It should not be using "version", it
> should be using "bundle-version" as the matching attribute. That's what
> uncovered this bug in the framework.
>
> If "bundle-version" is used then the attribute correctly gets converted
> to a version range and you won't run into the parentheses bug, thus it
> should start working on 3.2.2 too...and actually working correctly,
> since right now it is treating "version" as just a string with a value,
> not a version range.
>
> -> richard
>
>
> On Wed, Sep 14, 2011 at 10:47 AM, Richard Hall <heavy@ungoverned.org
> <ma...@ungoverned.org>> wrote:
>
> If you just try to install the bundle manually, does it still fail?
>
> If so, privately email me the bundle and I'll look at it. If not,
> maybe you can tell me how to recreate the issue.
>
> -> richard
>
> On Wed, Sep 14, 2011 at 10:30 AM, Martijn van Iersel
> <mvaniersel@gmail.com <ma...@gmail.com>> wrote:
>
> Here is the MANIFEST.MF from the bundle
> org.apache.batik.transcoder.__jar. I see nothing wrong with it...
>
> Or is it possible that the error is in a different bundle? The
> error report mentioned org.apache.batik.transcoder.__jar...
>
>
> Manifest-Version: 1.0
> Implementation-Vendor: The Apache Software Foundation
> (http://xmlgraph
> ics.apache.org/batik/ <http://ics.apache.org/batik/>;)
> Bundle-Localization: plugin
> Bundle-__RequiredExecutionEnvironment: J2SE-1.3
> Bundle-SymbolicName: org.apache.batik.transcoder
> Require-Bundle:
> org.apache.batik.bridge;__version="[1.7.0,1.8.0)",org.ap
> ache.batik.dom;version="[1.7.__0,1.8.0)",org.apache.batik.__dom.svg;versi
> on="[1.7.0,1.8.0)",org.apache.__batik.ext.awt;version="[1.7.0,__1.8.0)",o
> rg.apache.batik.svggen;__version="[1.7.0,1.8.0)",org.__apache.batik.util;
> version="[1.7.0,1.8.0)",org.__apache.batik.xml;version="[1.__7.0,1.8.0)"
> Export-Package:
> org.apache.batik.transcoder;__version="1.7.0",org.apache
> .batik.transcoder.image;__version="1.7.0",org.apache.__batik.transcoder.i
> mage.resources;version="1.7.0"__,org.apache.batik.transcoder.__keys;versi
> on="1.7.0",org.apache.batik.__transcoder.print;version="1.7.__0",org.apac
> he.batik.transcoder.svg2svg;__version="1.7.0",org.apache.__batik.transcod
> er.wmf;version="1.7.0",org.__apache.batik.transcoder.wmf.__tosvg;version=
> "1.7.0"
> Bundle-Version: 1.7.0.v200903091627
> Bundle-Vendor: %providerName
> Bundle-Name: %pluginName
> Build-Id: 20080106-110642-EST (cam [Linux 2.6.22.8 i386, Java
> 1.3.1_19
> -b03])
> Implementation-Title: Batik transcoder
> Implementation-Version: 1.7+r608262
> Import-Package: org.w3c.dom.svg;version="[1.1.__0,1.3.0)"
> Bundle-ManifestVersion: 2
>
> --
> Martijn
>
> On 14/09/11 17:19, Richard Hall wrote:
>
> Just a guess, but you forgetting to put quotes around the
> version range in
> your manifest file? You must specify version ranges with
> quotes, like:
>
> Import-Package: foo; version="[1.0.0,2.0.0)"
>
> -> richard
>
>
>
>_____________________________________________
> To unsubscribe, e-mail: users-unsubscribe@felix.__apache.org
> <ma...@felix.apache.org>
> For additional commands, e-mail: users-help@felix.apache.org
> <ma...@felix.apache.org>
>
>
>
Re: Dependency problem when using felix / obr
Posted by Martijn van Iersel <mv...@gmail.com>.
Richard, thank you so much for spotting this! I could have been staring
at this for months without finding the problem.
For the future, it might be handy to have some sort of bundle validator,
to check bundles against the specifications, and help solve problems
like this. Do you know if such a thing exists?
Martijn
On 15/09/11 17:16, Richard Hall wrote:
> First, let me say that this works on the trunk build of the Felix
> framework (3.3.0-SNAPSHOT), which you can grab from the Apache Maven
> snapshot repository. However, it is still not going to be 100% correct.
>
> The reason why it works on the trunk framework is I fixed a bug in
> filter creation that was incorrectly throwing IllegalArgumentExceptions
> when some strings contained non-escaped parentheses characters, when it
> reality the non-escaped parentheses characters were acceptable. This was
> wrong in 3.2.2 and I fixed it in trunk. So that's why it works now.
>
> The reason it is not 100% correct still, though, is that it didn't dawn
> on me when looking at the metadata below that the Require-Bundle header
> has been specified incorrectly. It should not be using "version", it
> should be using "bundle-version" as the matching attribute. That's what
> uncovered this bug in the framework.
>
> If "bundle-version" is used then the attribute correctly gets converted
> to a version range and you won't run into the parentheses bug, thus it
> should start working on 3.2.2 too...and actually working correctly,
> since right now it is treating "version" as just a string with a value,
> not a version range.
>
> -> richard
>
>
> On Wed, Sep 14, 2011 at 10:47 AM, Richard Hall <heavy@ungoverned.org
> <ma...@ungoverned.org>> wrote:
>
> If you just try to install the bundle manually, does it still fail?
>
> If so, privately email me the bundle and I'll look at it. If not,
> maybe you can tell me how to recreate the issue.
>
> -> richard
>
> On Wed, Sep 14, 2011 at 10:30 AM, Martijn van Iersel
> <mvaniersel@gmail.com <ma...@gmail.com>> wrote:
>
> Here is the MANIFEST.MF from the bundle
> org.apache.batik.transcoder.__jar. I see nothing wrong with it...
>
> Or is it possible that the error is in a different bundle? The
> error report mentioned org.apache.batik.transcoder.__jar...
>
>
> Manifest-Version: 1.0
> Implementation-Vendor: The Apache Software Foundation
> (http://xmlgraph
> ics.apache.org/batik/ <http://ics.apache.org/batik/>)
> Bundle-Localization: plugin
> Bundle-__RequiredExecutionEnvironment: J2SE-1.3
> Bundle-SymbolicName: org.apache.batik.transcoder
> Require-Bundle:
> org.apache.batik.bridge;__version="[1.7.0,1.8.0)",org.ap
> ache.batik.dom;version="[1.7.__0,1.8.0)",org.apache.batik.__dom.svg;versi
> on="[1.7.0,1.8.0)",org.apache.__batik.ext.awt;version="[1.7.0,__1.8.0)",o
> rg.apache.batik.svggen;__version="[1.7.0,1.8.0)",org.__apache.batik.util;
> version="[1.7.0,1.8.0)",org.__apache.batik.xml;version="[1.__7.0,1.8.0)"
> Export-Package:
> org.apache.batik.transcoder;__version="1.7.0",org.apache
> .batik.transcoder.image;__version="1.7.0",org.apache.__batik.transcoder.i
> mage.resources;version="1.7.0"__,org.apache.batik.transcoder.__keys;versi
> on="1.7.0",org.apache.batik.__transcoder.print;version="1.7.__0",org.apac
> he.batik.transcoder.svg2svg;__version="1.7.0",org.apache.__batik.transcod
> er.wmf;version="1.7.0",org.__apache.batik.transcoder.wmf.__tosvg;version=
> "1.7.0"
> Bundle-Version: 1.7.0.v200903091627
> Bundle-Vendor: %providerName
> Bundle-Name: %pluginName
> Build-Id: 20080106-110642-EST (cam [Linux 2.6.22.8 i386, Java
> 1.3.1_19
> -b03])
> Implementation-Title: Batik transcoder
> Implementation-Version: 1.7+r608262
> Import-Package: org.w3c.dom.svg;version="[1.1.__0,1.3.0)"
> Bundle-ManifestVersion: 2
>
> --
> Martijn
>
> On 14/09/11 17:19, Richard Hall wrote:
>
> Just a guess, but you forgetting to put quotes around the
> version range in
> your manifest file? You must specify version ranges with
> quotes, like:
>
> Import-Package: foo; version="[1.0.0,2.0.0)"
>
> -> richard
>
>
>
> ------------------------------__------------------------------__---------
> To unsubscribe, e-mail: users-unsubscribe@felix.__apache.org
> <ma...@felix.apache.org>
> For additional commands, e-mail: users-help@felix.apache.org
> <ma...@felix.apache.org>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Dependency problem when using felix / obr
Posted by Richard Hall <he...@ungoverned.org>.
First, let me say that this works on the trunk build of the Felix framework
(3.3.0-SNAPSHOT), which you can grab from the Apache Maven snapshot
repository. However, it is still not going to be 100% correct.
The reason why it works on the trunk framework is I fixed a bug in filter
creation that was incorrectly throwing IllegalArgumentExceptions when some
strings contained non-escaped parentheses characters, when it reality the
non-escaped parentheses characters were acceptable. This was wrong in 3.2.2
and I fixed it in trunk. So that's why it works now.
The reason it is not 100% correct still, though, is that it didn't dawn on
me when looking at the metadata below that the Require-Bundle header has
been specified incorrectly. It should not be using "version", it should be
using "bundle-version" as the matching attribute. That's what uncovered this
bug in the framework.
If "bundle-version" is used then the attribute correctly gets converted to a
version range and you won't run into the parentheses bug, thus it should
start working on 3.2.2 too...and actually working correctly, since right now
it is treating "version" as just a string with a value, not a version range.
-> richard
On Wed, Sep 14, 2011 at 10:47 AM, Richard Hall <he...@ungoverned.org> wrote:
> If you just try to install the bundle manually, does it still fail?
>
> If so, privately email me the bundle and I'll look at it. If not, maybe you
> can tell me how to recreate the issue.
>
> -> richard
>
> On Wed, Sep 14, 2011 at 10:30 AM, Martijn van Iersel <mvaniersel@gmail.com
> > wrote:
>
>> Here is the MANIFEST.MF from the bundle org.apache.batik.transcoder.**jar.
>> I see nothing wrong with it...
>>
>> Or is it possible that the error is in a different bundle? The error
>> report mentioned org.apache.batik.transcoder.**jar...
>>
>>
>> Manifest-Version: 1.0
>> Implementation-Vendor: The Apache Software Foundation (http://xmlgraph
>> ics.apache.org/batik/)
>> Bundle-Localization: plugin
>> Bundle-**RequiredExecutionEnvironment: J2SE-1.3
>> Bundle-SymbolicName: org.apache.batik.transcoder
>> Require-Bundle: org.apache.batik.bridge;**version="[1.7.0,1.8.0)",org.ap
>> ache.batik.dom;version="[1.7.**0,1.8.0)",org.apache.batik.**
>> dom.svg;versi
>> on="[1.7.0,1.8.0)",org.apache.**batik.ext.awt;version="[1.7.0,**
>> 1.8.0)",o
>> rg.apache.batik.svggen;**version="[1.7.0,1.8.0)",org.**
>> apache.batik.util;
>> version="[1.7.0,1.8.0)",org.**apache.batik.xml;version="[1.**7.0,1.8.0)"
>> Export-Package: org.apache.batik.transcoder;**version="1.7.0",org.apache
>> .batik.transcoder.image;**version="1.7.0",org.apache.**
>> batik.transcoder.i
>> mage.resources;version="1.7.0"**,org.apache.batik.transcoder.**
>> keys;versi
>> on="1.7.0",org.apache.batik.**transcoder.print;version="1.7.**
>> 0",org.apac
>> he.batik.transcoder.svg2svg;**version="1.7.0",org.apache.**
>> batik.transcod
>> er.wmf;version="1.7.0",org.**apache.batik.transcoder.wmf.**
>> tosvg;version=
>> "1.7.0"
>> Bundle-Version: 1.7.0.v200903091627
>> Bundle-Vendor: %providerName
>> Bundle-Name: %pluginName
>> Build-Id: 20080106-110642-EST (cam [Linux 2.6.22.8 i386, Java 1.3.1_19
>> -b03])
>> Implementation-Title: Batik transcoder
>> Implementation-Version: 1.7+r608262
>> Import-Package: org.w3c.dom.svg;version="[1.1.**0,1.3.0)"
>> Bundle-ManifestVersion: 2
>>
>> --
>> Martijn
>>
>> On 14/09/11 17:19, Richard Hall wrote:
>>
>>> Just a guess, but you forgetting to put quotes around the version range
>>> in
>>> your manifest file? You must specify version ranges with quotes, like:
>>>
>>> Import-Package: foo; version="[1.0.0,2.0.0)"
>>>
>>> -> richard
>>>
>>>
>>>
>> ------------------------------**------------------------------**---------
>> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>
>
Re: Dependency problem when using felix / obr
Posted by Richard Hall <he...@ungoverned.org>.
If you just try to install the bundle manually, does it still fail?
If so, privately email me the bundle and I'll look at it. If not, maybe you
can tell me how to recreate the issue.
-> richard
On Wed, Sep 14, 2011 at 10:30 AM, Martijn van Iersel
<mv...@gmail.com>wrote:
> Here is the MANIFEST.MF from the bundle org.apache.batik.transcoder.**jar.
> I see nothing wrong with it...
>
> Or is it possible that the error is in a different bundle? The error report
> mentioned org.apache.batik.transcoder.**jar...
>
>
> Manifest-Version: 1.0
> Implementation-Vendor: The Apache Software Foundation (http://xmlgraph
> ics.apache.org/batik/)
> Bundle-Localization: plugin
> Bundle-**RequiredExecutionEnvironment: J2SE-1.3
> Bundle-SymbolicName: org.apache.batik.transcoder
> Require-Bundle: org.apache.batik.bridge;**version="[1.7.0,1.8.0)",org.ap
> ache.batik.dom;version="[1.7.**0,1.8.0)",org.apache.batik.**dom.svg;versi
> on="[1.7.0,1.8.0)",org.apache.**batik.ext.awt;version="[1.7.0,**1.8.0)",o
> rg.apache.batik.svggen;**version="[1.7.0,1.8.0)",org.**apache.batik.util;
> version="[1.7.0,1.8.0)",org.**apache.batik.xml;version="[1.**7.0,1.8.0)"
> Export-Package: org.apache.batik.transcoder;**version="1.7.0",org.apache
> .batik.transcoder.image;**version="1.7.0",org.apache.**batik.transcoder.i
> mage.resources;version="1.7.0"**,org.apache.batik.transcoder.**keys;versi
> on="1.7.0",org.apache.batik.**transcoder.print;version="1.7.**0",org.apac
> he.batik.transcoder.svg2svg;**version="1.7.0",org.apache.**batik.transcod
> er.wmf;version="1.7.0",org.**apache.batik.transcoder.wmf.**tosvg;version=
> "1.7.0"
> Bundle-Version: 1.7.0.v200903091627
> Bundle-Vendor: %providerName
> Bundle-Name: %pluginName
> Build-Id: 20080106-110642-EST (cam [Linux 2.6.22.8 i386, Java 1.3.1_19
> -b03])
> Implementation-Title: Batik transcoder
> Implementation-Version: 1.7+r608262
> Import-Package: org.w3c.dom.svg;version="[1.1.**0,1.3.0)"
> Bundle-ManifestVersion: 2
>
> --
> Martijn
>
> On 14/09/11 17:19, Richard Hall wrote:
>
>> Just a guess, but you forgetting to put quotes around the version range in
>> your manifest file? You must specify version ranges with quotes, like:
>>
>> Import-Package: foo; version="[1.0.0,2.0.0)"
>>
>> -> richard
>>
>>
>>
> ------------------------------**------------------------------**---------
> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
> For additional commands, e-mail: users-help@felix.apache.org
>
>
Re: Dependency problem when using felix / obr
Posted by Martijn van Iersel <mv...@gmail.com>.
Here is the MANIFEST.MF from the bundle org.apache.batik.transcoder.jar.
I see nothing wrong with it...
Or is it possible that the error is in a different bundle? The error
report mentioned org.apache.batik.transcoder.jar...
Manifest-Version: 1.0
Implementation-Vendor: The Apache Software Foundation (http://xmlgraph
ics.apache.org/batik/)
Bundle-Localization: plugin
Bundle-RequiredExecutionEnvironment: J2SE-1.3
Bundle-SymbolicName: org.apache.batik.transcoder
Require-Bundle: org.apache.batik.bridge;version="[1.7.0,1.8.0)",org.ap
ache.batik.dom;version="[1.7.0,1.8.0)",org.apache.batik.dom.svg;versi
on="[1.7.0,1.8.0)",org.apache.batik.ext.awt;version="[1.7.0,1.8.0)",o
rg.apache.batik.svggen;version="[1.7.0,1.8.0)",org.apache.batik.util;
version="[1.7.0,1.8.0)",org.apache.batik.xml;version="[1.7.0,1.8.0)"
Export-Package: org.apache.batik.transcoder;version="1.7.0",org.apache
.batik.transcoder.image;version="1.7.0",org.apache.batik.transcoder.i
mage.resources;version="1.7.0",org.apache.batik.transcoder.keys;versi
on="1.7.0",org.apache.batik.transcoder.print;version="1.7.0",org.apac
he.batik.transcoder.svg2svg;version="1.7.0",org.apache.batik.transcod
er.wmf;version="1.7.0",org.apache.batik.transcoder.wmf.tosvg;version=
"1.7.0"
Bundle-Version: 1.7.0.v200903091627
Bundle-Vendor: %providerName
Bundle-Name: %pluginName
Build-Id: 20080106-110642-EST (cam [Linux 2.6.22.8 i386, Java 1.3.1_19
-b03])
Implementation-Title: Batik transcoder
Implementation-Version: 1.7+r608262
Import-Package: org.w3c.dom.svg;version="[1.1.0,1.3.0)"
Bundle-ManifestVersion: 2
--
Martijn
On 14/09/11 17:19, Richard Hall wrote:
> Just a guess, but you forgetting to put quotes around the version range in
> your manifest file? You must specify version ranges with quotes, like:
>
> Import-Package: foo; version="[1.0.0,2.0.0)"
>
> -> richard
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Dependency problem when using felix / obr
Posted by Richard Hall <he...@ungoverned.org>.
Just a guess, but you forgetting to put quotes around the version range in
your manifest file? You must specify version ranges with quotes, like:
Import-Package: foo; version="[1.0.0,2.0.0)"
-> richard
On Wed, Sep 14, 2011 at 8:38 AM, Martijn van Iersel <mv...@gmail.com>wrote:
> Hi All
>
> As Richard suggested a few weeks ago, I could resolve the dependencies
> issues I had by filtering out any references to either the execution
> enviroment, as well as any references to system.bundle from repository.xml.
>
> But I'm still having issues deploying my application. Felix chokes on one
> of my bundles that has a requirement that looks like "[1.7.0,1.8.0)". Is
> this a problem with felix, or is this an issue in that particular bundle?
>
> Here is what I did:
>
> ~/lib/java/felix-framework-3.**2.2$ java -jar bin/felix.jar
> g! repos add http://www.bigcat.unimaas.nl/~**martijn/obr/repository.xml<http://www.bigcat.unimaas.nl/%7Emartijn/obr/repository.xml>
> g! deploy 'org.pathvisio.core'
>
> Here is the error I get:
>
> Deploying...ERROR: Resolver: Install error - org.apache.batik.transcoder
> org.osgi.framework.**BundleException: Could not create bundle object.
> at org.apache.felix.framework.**Felix.installBundle(Felix.**
> java:2650)
> at
>
> ... snip ...
> Caused by: java.lang.**IllegalArgumentException: Illegal value:
> [1.7.0,1.8.0)
> at org.apache.felix.framework.**capabilityset.SimpleFilter.**
> parseSubstring(SimpleFilter.**java:400)
> at org.apache.felix.framework.**util.manifestparser.**
> RequirementImpl.**convertToFilter(**RequirementImpl.java:162)
>
>
>
> regards,
> Martijn
>
>
> On 01/08/11 17:57, Richard S. Hall wrote:
>
>>
>>
>> On 8/1/11 12:52, Martijn van Iersel wrote:
>>
>>> Hi there,
>>>
>>> I'm in the process of converting a java desktop application to OSGi,
>>> and I'd like to set up OBR to keep installations up-to-date. Thus far,
>>> I've managed to package my application in bundles, and also to upload
>>> them to an OBR. I can run the OSGi application within eclipse.
>>>
>>> Now I'm running into trouble when I try to deploy the application from
>>> the OBR. Here is what I've tried:
>>>
>>> Using the felix framework version 3.0.1, I ran
>>>
>>> java -jar bin/felix.jar
>>>
>>> then I executed the following commands on the OSGi shell:
>>>
>>> repos add http://www.bigcat.unimaas.nl/~**martina/repository/repository.
>>> **xml<http://www.bigcat.unimaas.nl/%7Emartina/repository/repository.xml>
>>> deploy 'org.pathvisio.desktop'
>>>
>>> After that I get a bunch of error messages (see below for the complete
>>> list). It appears to be a cascade of dependencies, and at the bottom
>>> there is
>>> an expression like this:
>>>
>>> (|(ee=J2SE-1.4)(ee=J2SE-1.3)(**ee=CDC-1.0/Foundation-1.0))
>>>
>>
>> This is an LDAP filter, it is expressing an OR query for any of the
>> above listed execution environments. I think OBR is currently not
>> handling execution environments properly (IIRC). If that's the case, the
>> only way to resolve this issue is to remove that requirement from your
>> repository.xml file.
>>
>> -> richard
>>
>>
>>> Any idea what that means? Could somebody help me parse the output, and
>>> give some suggestions on how to resolve these errors?
>>>
>>> with kind regards,
>>> Martijn van Iersel
>>>
>>>
>>> Here is the complete error message:
>>>
>>> (&(package=org.pathvisio.core.**model))
>>> org.pathvisio.desktop
>>> (&(symbolicname=org.apache.**batik.extension)(version>=1.7.**0))
>>> org.pathvisio.desktop
>>> (&(symbolicname=org.w3c.css.**sac)(version>=1.3.1))
>>> org.pathvisio.core
>>> (&(package=org.pathvisio.core.**view))
>>> org.pathvisio.gui
>>>
>>> (&(package=org.w3c.css.sac)(**version>=1.3.0)(!(version>=1.**
>>> 4.0))(provenance=W3C)(**mandatory:<*provenance))
>>>
>>> Apache Batik SVG DOM
>>> (&(package=org.w3c.dom.svg)(**version>=1.1.0)(!(version>=1.**3.0)))
>>> Apache Batik SVG DOM
>>> (&(symbolicname=org.apache.**batik.dom))
>>> Apache Batik Bridge/GVT/Scripting
>>> (&(package=org.apache.batik.**transcoder.image))
>>> org.pathvisio.core
>>> (&(package=org.w3c.dom.svg)(**version>=1.1.0)(!(version>=1.**3.0)))
>>> Apache Batik Transcoder
>>> (&(symbolicname=org.apache.**batik.css))
>>> Apache Batik SVG DOM
>>> (&(symbolicname=org.w3c.css.**sac)(version>=1.3.1))
>>> org.pathvisio.desktop
>>> (&(symbolicname=org.apache.**batik.bridge))
>>> Apache Batik Transcoder
>>> (&(package=org.pathvisio.core.**debug))
>>> org.pathvisio.desktop
>>> (&(symbolicname=org.apache.**batik.parser))
>>> Apache Batik SVG DOM
>>> (&(symbolicname=org.apache.**batik.dom.svg)(version>=1.7.0)**)
>>> org.pathvisio.core
>>> (&(symbolicname=org.apache.**batik.css)(version>=1.7.0))
>>> org.pathvisio.desktop
>>> (&(package=org.pathvisio.core.**preferences))
>>> org.pathvisio.desktop
>>> (&(package=org.w3c.dom.smil)(**version>=1.0.0)(!(version>=1.**1.0)))
>>> Apache Batik SVG DOM
>>> (&(symbolicname=org.apache.**batik.css))
>>> Apache Batik Extension
>>> (&(symbolicname=org.apache.**batik.dom.svg)(version>=1.7.0)**)
>>> org.pathvisio.desktop
>>> (&(package=org.pathvisio.core.**gui))
>>> org.pathvisio.gui
>>> (|(ee=J2SE-1.4)(ee=J2SE-1.3)(**ee=CDC-1.0/Foundation-1.0))
>>> W3C SMIL DOM
>>> (&(package=org.pathvisio.core.**preferences))
>>> org.pathvisio.gui
>>> (&(package=org.w3c.dom.svg)(**version>=1.1.0)(!(version>=1.**3.0)))
>>> Apache Batik Extension
>>> (&(package=org.apache.batik.**dom))
>>> org.pathvisio.core
>>> (&(package=org.pathvisio.core.**util))
>>> org.pathvisio.gui
>>> (&(package=org.w3c.dom.svg)(**version>=1.1.0)(!(version>=1.**3.0)))
>>> Apache Batik Bridge/GVT/Scripting
>>> (&(package=org.apache.batik.**transcoder.image))
>>> org.pathvisio.desktop
>>> (&(symbolicname=org.apache.**batik.dom.svg))
>>> Apache Batik Bridge/GVT/Scripting
>>> (&(symbolicname=org.apache.**batik.css))
>>> Apache Batik DOM
>>>
>>> (&(package=org.w3c.css.sac)(**version>=1.3.0)(!(version>=1.**
>>> 4.0))(provenance=W3C)(**mandatory:<*provenance))
>>>
>>> Apache Batik DOM
>>> (&(symbolicname=org.w3c.dom.**smil)(version>=1.0.1))
>>> org.pathvisio.desktop
>>> (&(package=org.pathvisio.core.**util))
>>> org.pathvisio.desktop
>>> (&(package=org.pathvisio.core.**data))
>>> org.pathvisio.gui
>>> (&(symbolicname=org.apache.**batik.dom.svg))
>>> Apache Batik Extension
>>> (&(package=org.pathvisio.core.**biopax.reflect))
>>> org.pathvisio.gui
>>> (&(package=org.pathvisio.core)**)
>>> org.pathvisio.desktop
>>> (&(symbolicname=org.apache.**batik.dom))
>>> Apache Batik SVG DOM
>>> (&(package=org.pathvisio.core.**view))
>>> org.pathvisio.desktop
>>> (&(symbolicname=org.pathvisio.**core)(version>=2.0.11))
>>> org.pathvisio.gui
>>> (&(symbolicname=org.apache.**batik.parser))
>>> Apache Batik Extension
>>> (&(symbolicname=org.w3c.dom.**smil))
>>> W3C SVG DOM
>>> (&(symbolicname=org.apache.**batik.dom)(version>=1.7.0))
>>> org.pathvisio.desktop
>>> (&(package=org.pathvisio.gui))
>>> org.pathvisio.desktop
>>> (&(package=org.pathvisio.core.**data))
>>> org.pathvisio.desktop
>>> (&(package=org.apache.batik.**transcoder))
>>> org.pathvisio.desktop
>>> (&(symbolicname=org.apache.**batik.bridge)(version>=1.7.0))
>>> org.pathvisio.core
>>> (&(symbolicname=org.w3c.dom.**svg)(version>=1.1.0))
>>> org.pathvisio.core
>>> (&(symbolicname=org.apache.**batik.transcoder)(version>=1.**7.0))
>>> org.pathvisio.core
>>> (&(symbolicname=org.apache.**batik.dom))
>>> Apache Batik Transcoder
>>> (&(symbolicname=org.apache.**batik.parser))
>>> Apache Batik Bridge/GVT/Scripting
>>> (|(ee=J2SE-1.4)(ee=J2SE-1.3)(**ee=CDC-1.0/Foundation-1.0))
>>> W3C SVG DOM
>>> (&(symbolicname=org.apache.**batik.parser)(version>=1.7.0))
>>> org.pathvisio.core
>>> (&(symbolicname=org.w3c.dom.**svg)(version>=1.1.0))
>>> org.pathvisio.desktop
>>> (|(ee=J2SE-1.3)(ee=CDC-1.0/**Foundation-1.0))
>>> W3C CSS SAC
>>> (&(symbolicname=org.w3c.dom.**smil)(version>=1.0.1))
>>> org.pathvisio.core
>>> (&(package=org.pathvisio.core)**)
>>> org.pathvisio.gui
>>> (&(package=org.pathvisio.core.**model))
>>> org.pathvisio.gui
>>> (&(symbolicname=org.pathvisio.**gui)(version>=2.0.11))
>>> org.pathvisio.desktop
>>> (&(package=org.apache.batik.**transcoder))
>>> org.pathvisio.core
>>> (&(package=org.pathvisio.core.**debug))
>>> org.pathvisio.gui
>>> (&(symbolicname=org.apache.**batik.parser)(version>=1.7.0))
>>> org.pathvisio.desktop
>>> (&(package=org.w3c.dom.svg)(**version>=1.1.0)(!(version>=1.**3.0)))
>>> Apache Batik CSS
>>> (&(symbolicname=org.apache.**batik.extension)(version>=1.7.**0))
>>> org.pathvisio.core
>>> (&(symbolicname=org.apache.**batik.css))
>>> Apache Batik Bridge/GVT/Scripting
>>> (&(package=org.pathvisio.gui.**dialogs))
>>> org.pathvisio.desktop
>>> (&(symbolicname=org.pathvisio.**core)(version>=2.0.11))
>>> org.pathvisio.desktop
>>> (&(symbolicname=org.apache.**batik.bridge)(version>=1.7.0))
>>> org.pathvisio.desktop
>>> (&(symbolicname=org.apache.**batik.dom))
>>> Apache Batik Extension
>>> (&(symbolicname=org.apache.**batik.css)(version>=1.7.0))
>>> org.pathvisio.core
>>> (&(package=org.w3c.dom.svg)(**version>=1.1.0)(!(version>=1.**3.0)))
>>> Apache Batik Parser
>>> (&(symbolicname=org.apache.**batik.bridge))
>>> Apache Batik Extension
>>> (&(symbolicname=org.apache.**batik.dom)(version>=1.7.0))
>>> org.pathvisio.core
>>> (&(package=org.pathvisio.core.**biopax))
>>> org.pathvisio.gui
>>> (&(symbolicname=org.apache.**batik.transcoder)(version>=1.**7.0))
>>> org.pathvisio.desktop
>>>
>>> (&(package=org.w3c.css.sac)(**version>=1.3.0)(!(version>=1.**
>>> 4.0))(provenance=W3C)(**mandatory:<*provenance))
>>>
>>> Apache Batik CSS
>>> (&(symbolicname=org.apache.**batik.dom.svg))
>>> Apache Batik Transcoder
>>> (&(package=org.apache.batik.**dom))
>>> org.pathvisio.desktop
>>>
>>>
>>> ------------------------------**------------------------------**
>>> ---------
>>> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>> For additional commands, e-mail: users-help@felix.apache.org
>>>
>>>
>> ------------------------------**------------------------------**---------
>> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>
>>
>
> ------------------------------**------------------------------**---------
> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
> For additional commands, e-mail: users-help@felix.apache.org
>
>
Re: Dependency problem when using felix / obr
Posted by Martijn van Iersel <mv...@gmail.com>.
Hi All
As Richard suggested a few weeks ago, I could resolve the dependencies
issues I had by filtering out any references to either the execution
enviroment, as well as any references to system.bundle from repository.xml.
But I'm still having issues deploying my application. Felix chokes on
one of my bundles that has a requirement that looks like
"[1.7.0,1.8.0)". Is this a problem with felix, or is this an issue in
that particular bundle?
Here is what I did:
~/lib/java/felix-framework-3.2.2$ java -jar bin/felix.jar
g! repos add http://www.bigcat.unimaas.nl/~martijn/obr/repository.xml
g! deploy 'org.pathvisio.core'
Here is the error I get:
Deploying...ERROR: Resolver: Install error - org.apache.batik.transcoder
org.osgi.framework.BundleException: Could not create bundle object.
at org.apache.felix.framework.Felix.installBundle(Felix.java:2650)
at
... snip ...
Caused by: java.lang.IllegalArgumentException: Illegal value: [1.7.0,1.8.0)
at
org.apache.felix.framework.capabilityset.SimpleFilter.parseSubstring(SimpleFilter.java:400)
at
org.apache.felix.framework.util.manifestparser.RequirementImpl.convertToFilter(RequirementImpl.java:162)
regards,
Martijn
On 01/08/11 17:57, Richard S. Hall wrote:
>
>
> On 8/1/11 12:52, Martijn van Iersel wrote:
>> Hi there,
>>
>> I'm in the process of converting a java desktop application to OSGi,
>> and I'd like to set up OBR to keep installations up-to-date. Thus far,
>> I've managed to package my application in bundles, and also to upload
>> them to an OBR. I can run the OSGi application within eclipse.
>>
>> Now I'm running into trouble when I try to deploy the application from
>> the OBR. Here is what I've tried:
>>
>> Using the felix framework version 3.0.1, I ran
>>
>> java -jar bin/felix.jar
>>
>> then I executed the following commands on the OSGi shell:
>>
>> repos add http://www.bigcat.unimaas.nl/~martina/repository/repository.xml
>> deploy 'org.pathvisio.desktop'
>>
>> After that I get a bunch of error messages (see below for the complete
>> list). It appears to be a cascade of dependencies, and at the bottom
>> there is
>> an expression like this:
>>
>> (|(ee=J2SE-1.4)(ee=J2SE-1.3)(ee=CDC-1.0/Foundation-1.0))
>
> This is an LDAP filter, it is expressing an OR query for any of the
> above listed execution environments. I think OBR is currently not
> handling execution environments properly (IIRC). If that's the case, the
> only way to resolve this issue is to remove that requirement from your
> repository.xml file.
>
> -> richard
>
>>
>> Any idea what that means? Could somebody help me parse the output, and
>> give some suggestions on how to resolve these errors?
>>
>> with kind regards,
>> Martijn van Iersel
>>
>>
>> Here is the complete error message:
>>
>> (&(package=org.pathvisio.core.model))
>> org.pathvisio.desktop
>> (&(symbolicname=org.apache.batik.extension)(version>=1.7.0))
>> org.pathvisio.desktop
>> (&(symbolicname=org.w3c.css.sac)(version>=1.3.1))
>> org.pathvisio.core
>> (&(package=org.pathvisio.core.view))
>> org.pathvisio.gui
>>
>> (&(package=org.w3c.css.sac)(version>=1.3.0)(!(version>=1.4.0))(provenance=W3C)(mandatory:<*provenance))
>>
>> Apache Batik SVG DOM
>> (&(package=org.w3c.dom.svg)(version>=1.1.0)(!(version>=1.3.0)))
>> Apache Batik SVG DOM
>> (&(symbolicname=org.apache.batik.dom))
>> Apache Batik Bridge/GVT/Scripting
>> (&(package=org.apache.batik.transcoder.image))
>> org.pathvisio.core
>> (&(package=org.w3c.dom.svg)(version>=1.1.0)(!(version>=1.3.0)))
>> Apache Batik Transcoder
>> (&(symbolicname=org.apache.batik.css))
>> Apache Batik SVG DOM
>> (&(symbolicname=org.w3c.css.sac)(version>=1.3.1))
>> org.pathvisio.desktop
>> (&(symbolicname=org.apache.batik.bridge))
>> Apache Batik Transcoder
>> (&(package=org.pathvisio.core.debug))
>> org.pathvisio.desktop
>> (&(symbolicname=org.apache.batik.parser))
>> Apache Batik SVG DOM
>> (&(symbolicname=org.apache.batik.dom.svg)(version>=1.7.0))
>> org.pathvisio.core
>> (&(symbolicname=org.apache.batik.css)(version>=1.7.0))
>> org.pathvisio.desktop
>> (&(package=org.pathvisio.core.preferences))
>> org.pathvisio.desktop
>> (&(package=org.w3c.dom.smil)(version>=1.0.0)(!(version>=1.1.0)))
>> Apache Batik SVG DOM
>> (&(symbolicname=org.apache.batik.css))
>> Apache Batik Extension
>> (&(symbolicname=org.apache.batik.dom.svg)(version>=1.7.0))
>> org.pathvisio.desktop
>> (&(package=org.pathvisio.core.gui))
>> org.pathvisio.gui
>> (|(ee=J2SE-1.4)(ee=J2SE-1.3)(ee=CDC-1.0/Foundation-1.0))
>> W3C SMIL DOM
>> (&(package=org.pathvisio.core.preferences))
>> org.pathvisio.gui
>> (&(package=org.w3c.dom.svg)(version>=1.1.0)(!(version>=1.3.0)))
>> Apache Batik Extension
>> (&(package=org.apache.batik.dom))
>> org.pathvisio.core
>> (&(package=org.pathvisio.core.util))
>> org.pathvisio.gui
>> (&(package=org.w3c.dom.svg)(version>=1.1.0)(!(version>=1.3.0)))
>> Apache Batik Bridge/GVT/Scripting
>> (&(package=org.apache.batik.transcoder.image))
>> org.pathvisio.desktop
>> (&(symbolicname=org.apache.batik.dom.svg))
>> Apache Batik Bridge/GVT/Scripting
>> (&(symbolicname=org.apache.batik.css))
>> Apache Batik DOM
>>
>> (&(package=org.w3c.css.sac)(version>=1.3.0)(!(version>=1.4.0))(provenance=W3C)(mandatory:<*provenance))
>>
>> Apache Batik DOM
>> (&(symbolicname=org.w3c.dom.smil)(version>=1.0.1))
>> org.pathvisio.desktop
>> (&(package=org.pathvisio.core.util))
>> org.pathvisio.desktop
>> (&(package=org.pathvisio.core.data))
>> org.pathvisio.gui
>> (&(symbolicname=org.apache.batik.dom.svg))
>> Apache Batik Extension
>> (&(package=org.pathvisio.core.biopax.reflect))
>> org.pathvisio.gui
>> (&(package=org.pathvisio.core))
>> org.pathvisio.desktop
>> (&(symbolicname=org.apache.batik.dom))
>> Apache Batik SVG DOM
>> (&(package=org.pathvisio.core.view))
>> org.pathvisio.desktop
>> (&(symbolicname=org.pathvisio.core)(version>=2.0.11))
>> org.pathvisio.gui
>> (&(symbolicname=org.apache.batik.parser))
>> Apache Batik Extension
>> (&(symbolicname=org.w3c.dom.smil))
>> W3C SVG DOM
>> (&(symbolicname=org.apache.batik.dom)(version>=1.7.0))
>> org.pathvisio.desktop
>> (&(package=org.pathvisio.gui))
>> org.pathvisio.desktop
>> (&(package=org.pathvisio.core.data))
>> org.pathvisio.desktop
>> (&(package=org.apache.batik.transcoder))
>> org.pathvisio.desktop
>> (&(symbolicname=org.apache.batik.bridge)(version>=1.7.0))
>> org.pathvisio.core
>> (&(symbolicname=org.w3c.dom.svg)(version>=1.1.0))
>> org.pathvisio.core
>> (&(symbolicname=org.apache.batik.transcoder)(version>=1.7.0))
>> org.pathvisio.core
>> (&(symbolicname=org.apache.batik.dom))
>> Apache Batik Transcoder
>> (&(symbolicname=org.apache.batik.parser))
>> Apache Batik Bridge/GVT/Scripting
>> (|(ee=J2SE-1.4)(ee=J2SE-1.3)(ee=CDC-1.0/Foundation-1.0))
>> W3C SVG DOM
>> (&(symbolicname=org.apache.batik.parser)(version>=1.7.0))
>> org.pathvisio.core
>> (&(symbolicname=org.w3c.dom.svg)(version>=1.1.0))
>> org.pathvisio.desktop
>> (|(ee=J2SE-1.3)(ee=CDC-1.0/Foundation-1.0))
>> W3C CSS SAC
>> (&(symbolicname=org.w3c.dom.smil)(version>=1.0.1))
>> org.pathvisio.core
>> (&(package=org.pathvisio.core))
>> org.pathvisio.gui
>> (&(package=org.pathvisio.core.model))
>> org.pathvisio.gui
>> (&(symbolicname=org.pathvisio.gui)(version>=2.0.11))
>> org.pathvisio.desktop
>> (&(package=org.apache.batik.transcoder))
>> org.pathvisio.core
>> (&(package=org.pathvisio.core.debug))
>> org.pathvisio.gui
>> (&(symbolicname=org.apache.batik.parser)(version>=1.7.0))
>> org.pathvisio.desktop
>> (&(package=org.w3c.dom.svg)(version>=1.1.0)(!(version>=1.3.0)))
>> Apache Batik CSS
>> (&(symbolicname=org.apache.batik.extension)(version>=1.7.0))
>> org.pathvisio.core
>> (&(symbolicname=org.apache.batik.css))
>> Apache Batik Bridge/GVT/Scripting
>> (&(package=org.pathvisio.gui.dialogs))
>> org.pathvisio.desktop
>> (&(symbolicname=org.pathvisio.core)(version>=2.0.11))
>> org.pathvisio.desktop
>> (&(symbolicname=org.apache.batik.bridge)(version>=1.7.0))
>> org.pathvisio.desktop
>> (&(symbolicname=org.apache.batik.dom))
>> Apache Batik Extension
>> (&(symbolicname=org.apache.batik.css)(version>=1.7.0))
>> org.pathvisio.core
>> (&(package=org.w3c.dom.svg)(version>=1.1.0)(!(version>=1.3.0)))
>> Apache Batik Parser
>> (&(symbolicname=org.apache.batik.bridge))
>> Apache Batik Extension
>> (&(symbolicname=org.apache.batik.dom)(version>=1.7.0))
>> org.pathvisio.core
>> (&(package=org.pathvisio.core.biopax))
>> org.pathvisio.gui
>> (&(symbolicname=org.apache.batik.transcoder)(version>=1.7.0))
>> org.pathvisio.desktop
>>
>> (&(package=org.w3c.css.sac)(version>=1.3.0)(!(version>=1.4.0))(provenance=W3C)(mandatory:<*provenance))
>>
>> Apache Batik CSS
>> (&(symbolicname=org.apache.batik.dom.svg))
>> Apache Batik Transcoder
>> (&(package=org.apache.batik.dom))
>> org.pathvisio.desktop
>>
>>
>> ---------------------------------------------------------------------
>> 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
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Dependency problem when using felix / obr
Posted by "Richard S. Hall" <he...@ungoverned.org>.
On 8/1/11 12:52, Martijn van Iersel wrote:
> Hi there,
>
> I'm in the process of converting a java desktop application to OSGi,
> and I'd like to set up OBR to keep installations up-to-date. Thus far,
> I've managed to package my application in bundles, and also to upload
> them to an OBR. I can run the OSGi application within eclipse.
>
> Now I'm running into trouble when I try to deploy the application from
> the OBR. Here is what I've tried:
>
> Using the felix framework version 3.0.1, I ran
>
> java -jar bin/felix.jar
>
> then I executed the following commands on the OSGi shell:
>
> repos add http://www.bigcat.unimaas.nl/~martina/repository/repository.xml
> deploy 'org.pathvisio.desktop'
>
> After that I get a bunch of error messages (see below for the complete
> list). It appears to be a cascade of dependencies, and at the bottom
> there is
> an expression like this:
>
> (|(ee=J2SE-1.4)(ee=J2SE-1.3)(ee=CDC-1.0/Foundation-1.0))
This is an LDAP filter, it is expressing an OR query for any of the
above listed execution environments. I think OBR is currently not
handling execution environments properly (IIRC). If that's the case, the
only way to resolve this issue is to remove that requirement from your
repository.xml file.
-> richard
>
> Any idea what that means? Could somebody help me parse the output, and
> give some suggestions on how to resolve these errors?
>
> with kind regards,
> Martijn van Iersel
>
>
> Here is the complete error message:
>
> (&(package=org.pathvisio.core.model))
> org.pathvisio.desktop
> (&(symbolicname=org.apache.batik.extension)(version>=1.7.0))
> org.pathvisio.desktop
> (&(symbolicname=org.w3c.css.sac)(version>=1.3.1))
> org.pathvisio.core
> (&(package=org.pathvisio.core.view))
> org.pathvisio.gui
>
> (&(package=org.w3c.css.sac)(version>=1.3.0)(!(version>=1.4.0))(provenance=W3C)(mandatory:<*provenance))
>
> Apache Batik SVG DOM
> (&(package=org.w3c.dom.svg)(version>=1.1.0)(!(version>=1.3.0)))
> Apache Batik SVG DOM
> (&(symbolicname=org.apache.batik.dom))
> Apache Batik Bridge/GVT/Scripting
> (&(package=org.apache.batik.transcoder.image))
> org.pathvisio.core
> (&(package=org.w3c.dom.svg)(version>=1.1.0)(!(version>=1.3.0)))
> Apache Batik Transcoder
> (&(symbolicname=org.apache.batik.css))
> Apache Batik SVG DOM
> (&(symbolicname=org.w3c.css.sac)(version>=1.3.1))
> org.pathvisio.desktop
> (&(symbolicname=org.apache.batik.bridge))
> Apache Batik Transcoder
> (&(package=org.pathvisio.core.debug))
> org.pathvisio.desktop
> (&(symbolicname=org.apache.batik.parser))
> Apache Batik SVG DOM
> (&(symbolicname=org.apache.batik.dom.svg)(version>=1.7.0))
> org.pathvisio.core
> (&(symbolicname=org.apache.batik.css)(version>=1.7.0))
> org.pathvisio.desktop
> (&(package=org.pathvisio.core.preferences))
> org.pathvisio.desktop
> (&(package=org.w3c.dom.smil)(version>=1.0.0)(!(version>=1.1.0)))
> Apache Batik SVG DOM
> (&(symbolicname=org.apache.batik.css))
> Apache Batik Extension
> (&(symbolicname=org.apache.batik.dom.svg)(version>=1.7.0))
> org.pathvisio.desktop
> (&(package=org.pathvisio.core.gui))
> org.pathvisio.gui
> (|(ee=J2SE-1.4)(ee=J2SE-1.3)(ee=CDC-1.0/Foundation-1.0))
> W3C SMIL DOM
> (&(package=org.pathvisio.core.preferences))
> org.pathvisio.gui
> (&(package=org.w3c.dom.svg)(version>=1.1.0)(!(version>=1.3.0)))
> Apache Batik Extension
> (&(package=org.apache.batik.dom))
> org.pathvisio.core
> (&(package=org.pathvisio.core.util))
> org.pathvisio.gui
> (&(package=org.w3c.dom.svg)(version>=1.1.0)(!(version>=1.3.0)))
> Apache Batik Bridge/GVT/Scripting
> (&(package=org.apache.batik.transcoder.image))
> org.pathvisio.desktop
> (&(symbolicname=org.apache.batik.dom.svg))
> Apache Batik Bridge/GVT/Scripting
> (&(symbolicname=org.apache.batik.css))
> Apache Batik DOM
>
> (&(package=org.w3c.css.sac)(version>=1.3.0)(!(version>=1.4.0))(provenance=W3C)(mandatory:<*provenance))
>
> Apache Batik DOM
> (&(symbolicname=org.w3c.dom.smil)(version>=1.0.1))
> org.pathvisio.desktop
> (&(package=org.pathvisio.core.util))
> org.pathvisio.desktop
> (&(package=org.pathvisio.core.data))
> org.pathvisio.gui
> (&(symbolicname=org.apache.batik.dom.svg))
> Apache Batik Extension
> (&(package=org.pathvisio.core.biopax.reflect))
> org.pathvisio.gui
> (&(package=org.pathvisio.core))
> org.pathvisio.desktop
> (&(symbolicname=org.apache.batik.dom))
> Apache Batik SVG DOM
> (&(package=org.pathvisio.core.view))
> org.pathvisio.desktop
> (&(symbolicname=org.pathvisio.core)(version>=2.0.11))
> org.pathvisio.gui
> (&(symbolicname=org.apache.batik.parser))
> Apache Batik Extension
> (&(symbolicname=org.w3c.dom.smil))
> W3C SVG DOM
> (&(symbolicname=org.apache.batik.dom)(version>=1.7.0))
> org.pathvisio.desktop
> (&(package=org.pathvisio.gui))
> org.pathvisio.desktop
> (&(package=org.pathvisio.core.data))
> org.pathvisio.desktop
> (&(package=org.apache.batik.transcoder))
> org.pathvisio.desktop
> (&(symbolicname=org.apache.batik.bridge)(version>=1.7.0))
> org.pathvisio.core
> (&(symbolicname=org.w3c.dom.svg)(version>=1.1.0))
> org.pathvisio.core
> (&(symbolicname=org.apache.batik.transcoder)(version>=1.7.0))
> org.pathvisio.core
> (&(symbolicname=org.apache.batik.dom))
> Apache Batik Transcoder
> (&(symbolicname=org.apache.batik.parser))
> Apache Batik Bridge/GVT/Scripting
> (|(ee=J2SE-1.4)(ee=J2SE-1.3)(ee=CDC-1.0/Foundation-1.0))
> W3C SVG DOM
> (&(symbolicname=org.apache.batik.parser)(version>=1.7.0))
> org.pathvisio.core
> (&(symbolicname=org.w3c.dom.svg)(version>=1.1.0))
> org.pathvisio.desktop
> (|(ee=J2SE-1.3)(ee=CDC-1.0/Foundation-1.0))
> W3C CSS SAC
> (&(symbolicname=org.w3c.dom.smil)(version>=1.0.1))
> org.pathvisio.core
> (&(package=org.pathvisio.core))
> org.pathvisio.gui
> (&(package=org.pathvisio.core.model))
> org.pathvisio.gui
> (&(symbolicname=org.pathvisio.gui)(version>=2.0.11))
> org.pathvisio.desktop
> (&(package=org.apache.batik.transcoder))
> org.pathvisio.core
> (&(package=org.pathvisio.core.debug))
> org.pathvisio.gui
> (&(symbolicname=org.apache.batik.parser)(version>=1.7.0))
> org.pathvisio.desktop
> (&(package=org.w3c.dom.svg)(version>=1.1.0)(!(version>=1.3.0)))
> Apache Batik CSS
> (&(symbolicname=org.apache.batik.extension)(version>=1.7.0))
> org.pathvisio.core
> (&(symbolicname=org.apache.batik.css))
> Apache Batik Bridge/GVT/Scripting
> (&(package=org.pathvisio.gui.dialogs))
> org.pathvisio.desktop
> (&(symbolicname=org.pathvisio.core)(version>=2.0.11))
> org.pathvisio.desktop
> (&(symbolicname=org.apache.batik.bridge)(version>=1.7.0))
> org.pathvisio.desktop
> (&(symbolicname=org.apache.batik.dom))
> Apache Batik Extension
> (&(symbolicname=org.apache.batik.css)(version>=1.7.0))
> org.pathvisio.core
> (&(package=org.w3c.dom.svg)(version>=1.1.0)(!(version>=1.3.0)))
> Apache Batik Parser
> (&(symbolicname=org.apache.batik.bridge))
> Apache Batik Extension
> (&(symbolicname=org.apache.batik.dom)(version>=1.7.0))
> org.pathvisio.core
> (&(package=org.pathvisio.core.biopax))
> org.pathvisio.gui
> (&(symbolicname=org.apache.batik.transcoder)(version>=1.7.0))
> org.pathvisio.desktop
>
> (&(package=org.w3c.css.sac)(version>=1.3.0)(!(version>=1.4.0))(provenance=W3C)(mandatory:<*provenance))
>
> Apache Batik CSS
> (&(symbolicname=org.apache.batik.dom.svg))
> Apache Batik Transcoder
> (&(package=org.apache.batik.dom))
> org.pathvisio.desktop
>
>
> ---------------------------------------------------------------------
> 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