[ 
https://issues.apache.org/jira/browse/CXF-2216?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Hendy Irawan updated CXF-2216:
------------------------------

    Description: 
Equinox exports system packages as version=0.0.0. CXF bundle (and CXF bundle 
jaxrs) imports some of these packages as specific versions. This causes 
problems because:

   * Application Developer has to provide bundles for these packages instead of 
letting CXF use the packages that Equinox exports
   * When another bundle uses a system package specifying version=0.0.0, for 
example javax.mail;version=1.4.0 uses javax.activation;version=0.0.0, this 
causes "uses" conflict because CXF uses javax.mail;version=1.4.0 and 
javax.activation;version=1.0
   * My workaround was to patch the CXF jar manifest.mf to remove version 
specifiers in some packages it imports

I've identified 5 packages that need to have its version specifier left out in 
CXF's Import-Package in order for my app to work:

    * javax.activation
    * javax.annotation
    * javax.xml.stream
    * javax.xml.stream.events
    * javax.xml.stream.util

I'd vote for these import-packages to have no version specifier as well:

   * javax.resource
   * javax.resource.spi

Thanks.

  was:
Equinox exports system packages as version=0.0.0. CXF bundle (and CXF bundle 
jaxrs) imports some of these packages as specific versions. This causes 
problems because:

   * Application Developer has to provide bundles for these packages instead of 
letting CXF use the packages that Equinox exports
   * When another bundle uses a system package specifying version=0.0.0, for 
example javax.mail;version=1.4.0 uses javax.activation;version=0.0.0, this 
causes "uses" conflict because CXF uses javax.mail;version=1.4.0 and 
javax.activation;version=1.0
   * My workaround was to patch the CXF jar manifest.mf to remove version 
specifiers in some packages it imports

I've identified 5 packages that better have its version specifier left out in 
CXF's Import-Package:

    * javax.activation
    * javax.annotation
    * javax.xml.stream
    * javax.xml.stream.events
    * javax.xml.stream.util

Thanks.


> CXF Import-Package version specifiers causes 'uses' conflict
> ------------------------------------------------------------
>
>                 Key: CXF-2216
>                 URL: https://issues.apache.org/jira/browse/CXF-2216
>             Project: CXF
>          Issue Type: Bug
>          Components: OSGi
>    Affects Versions: 2.2.1
>         Environment: Equinox
>            Reporter: Hendy Irawan
>
> Equinox exports system packages as version=0.0.0. CXF bundle (and CXF bundle 
> jaxrs) imports some of these packages as specific versions. This causes 
> problems because:
>    * Application Developer has to provide bundles for these packages instead 
> of letting CXF use the packages that Equinox exports
>    * When another bundle uses a system package specifying version=0.0.0, for 
> example javax.mail;version=1.4.0 uses javax.activation;version=0.0.0, this 
> causes "uses" conflict because CXF uses javax.mail;version=1.4.0 and 
> javax.activation;version=1.0
>    * My workaround was to patch the CXF jar manifest.mf to remove version 
> specifiers in some packages it imports
> I've identified 5 packages that need to have its version specifier left out 
> in CXF's Import-Package in order for my app to work:
>     * javax.activation
>     * javax.annotation
>     * javax.xml.stream
>     * javax.xml.stream.events
>     * javax.xml.stream.util
> I'd vote for these import-packages to have no version specifier as well:
>    * javax.resource
>    * javax.resource.spi
> Thanks.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to