I updated servicemix-specs to 2.4.0 for now.

I'll ask at the karaf list where we can define this stax and other
servicemix-specs related features so that both camel and cxf and
potentially others can refer to them using the version range to avoid
getting an unnecessary installation.

2015-08-05 9:32 GMT+02:00 Claus Ibsen <[email protected]>:
> On Fri, Jul 31, 2015 at 3:10 PM, Aki Yoshida <[email protected]> wrote:
>> For a short term, we can have camel also use 2.4.0 so that installing
>> a camel feature won't lead to this situation.
>> Is anyone against going for 2.4.0 in master and in camel-2.15.3-SNAPSHOT?
>>
>
> No sounds good.
>
>
>> For a long term, I think we should define a feature somewhere else so
>> that both camel and cxf can refer to this feature using the version
>> range. In this way, we can avoid this situation even when wir are
>> installing cxf and camel features separately.
>>
>>
>
> I think camel features should just have version range so it eg today
> could accept the range for stax to be [2.2,3) etc.
>
>
>> 2015-07-27 12:22 GMT+02:00 Claus Ibsen <[email protected]>:
>>> So maybe the camel-core can use the 2.4.0 version?
>>> https://github.com/apache/camel/blob/master/parent/pom.xml#L430
>>>
>>> On Thu, Jul 23, 2015 at 6:53 PM, Aki Yoshida <[email protected]> wrote:
>>>> I am wondering if there is a way to avoid this awkward situation.
>>>>
>>>> When you install camel-cxf 2.15.2 feature on a freshly setup karaf
>>>> 3.0.3, it will end up with two versions of ServiceMix Stax API
>>>> bundles.
>>>>
>>>> karaf@root()> feature:repo-add camel 2.15.2
>>>> Adding feature url 
>>>> mvn:org.apache.camel.karaf/apache-camel/2.15.2/xml/features
>>>> karaf@root()> feature:install camel-cxf
>>>> karaf@root()> list -t 0 | grep "Stax API 1.0"
>>>>  67 | Active   |  10 | 2.4.0            | Apache ServiceMix :: Specs
>>>> :: Stax API 1.0
>>>> 132 | Active   |  10 | 2.2.0            | Apache ServiceMix :: Specs
>>>> :: Stax API 1.0
>>>> karaf@root()>
>>>>
>>>>
>>>> This happens because camel's 2.15.2 camel-cxf feature installs cxf's
>>>> 3.0.4 features cxf-core and cxf-spec and the latter installs
>>>> smx-stax-api-1.0 version 2.4.0. Later, this camel-cxf feature also
>>>> installs camel's 2.15.2 features camel-core and xml-spec-api and the
>>>> latter installs smx-stax-api-1.0 version 2.2.0.
>>>>
>>>> If we can have the shared spec feature definition somewhere, we can
>>>> set the range for that feature to get only one installed. So, I think
>>>> that will be helpful.
>>>>
>>>> If we use two features and each is installing individual bundle
>>>> instead of a feature. as in the current situation, the versions for
>>>> the bundles need to be the same to avoid duplicates, I suppose. And
>>>> this will make it hard to use different camel and cxf versions.
>>>>
>>>> I appreciate for your suggestion.
>>>>
>>>> regards, aki
>>>
>>>
>>>
>>> --
>>> Claus Ibsen
>>> -----------------
>>> http://davsclaus.com @davsclaus
>>> Camel in Action 2nd edition: http://www.manning.com/ibsen2
>
>
>
> --
> Claus Ibsen
> -----------------
> http://davsclaus.com @davsclaus
> Camel in Action 2nd edition: http://www.manning.com/ibsen2

Reply via email to