Re: [VOTE] Release Apache Karaf 2.3.6

2014-07-29 Thread Achim Nierbeck
+1 (binding)

regards, Achim


2014-07-29 20:38 GMT+02:00 Achim Nierbeck :

> Matt,
>
> If you tested version 2.3.6 and you're satisfied you are allowed to vote
> :-)
> Even if you feel something is not worth releasing, for example if you feel
> there is a crucial bugfix missing, you're allowed to vote.
> It's just not binding, still as you are hanging around here you are
> already part of the community.
>
> Regards, Achim
>
> sent from mobile device
> Am 29.07.2014 18:23 schrieb "Matt Sicker" :
>
> No corresponding 3.0.x release? :(
>>
>> No vote here as I'm not a committer or anything. Just passing by.
>>
>>
>> On 28 July 2014 21:39, Jamie G.  wrote:
>>
>> > Hi,
>> >
>> > We resolved 70 issues in this release:
>> >
>> >
>> http://svn.apache.org/viewvc/karaf/site/trunk/src/main/webapp/index/community/download/karaf-2.3.6-release.page?view=markup
>> >
>> > Dependency changes can be reviewed here:
>> >
>> >
>> http://svn.apache.org/viewvc/karaf/site/trunk/src/main/webapp/index/documentation/karaf-dependencies/karaf-deps-2.3.x.page?revision=1613719&view=markup
>> >
>> > Staging repository:
>> > https://repository.apache.org/content/repositories/orgapachekaraf-1008/
>> >
>> > Git tag:
>> > karaf-2.3.6
>> >
>> > Please vote to approve this release:
>> >
>> > [ ] +1 Approve the release
>> > [ ] -1 Veto the release (please provide specific comments)
>> >
>> > This vote will be open for 72 hours.
>> >
>>
>>
>>
>> --
>> Matt Sicker 
>>
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 

Software Architect / Project Manager / Scrum Master


Re: Problem with respectStartLvlDuringFeatureStartup

2014-07-29 Thread Krzysztof Sobkowiak
You can see more details in
https://issues.apache.org/jira/browse/SM-2301 and
https://issues.apache.org/jira/browse/SM-2330

On 29.07.2014 22:10, Krzysztof Sobkowiak wrote:
> Hi
>
> I'm testing ServiceMix after upgrade to the latest 2.3.6-SNAPSHOT. I
> think, there is no difference between 2.3.6 and 2.3.6-SNAPSHOT. It
> looks very good, our most problems have been fixed,  but I have found
> one problem I want to describe here. You can answer whether it is a
> new issue in Karaf or whether we do something wrong.
>
> After upgrade to ActiveMQ 5.9.1 we have found a problem when we wanted
> to start activiti feature in featuresBoot. At startup we got following
> error
>
>
> java.lang.Exception: Could not start bundle
> mvn:org.activiti/activiti-engine/5.15.1 in feature(s) activiti-5.15.1:
> Uses constraint violation. Unable to resolve bundle revision
> org.activiti.engine [187.0] because it is exposed to package
> 'org.joda.time.format' from bundle revisions
> org.apache.servicemix.bundles.joda-time [56.0] and joda-time [106.0]
> via two dependency chains.
>
> Chain 1:
>   org.activiti.engine [187.0]
> import:
> (&(osgi.wiring.package=org.joda.time.format)(version>=2.1.0)(!(version>=3.0.0)))
>  |
> export: osgi.wiring.package=org.joda.time.format
>   org.apache.servicemix.bundles.joda-time [56.0]
>
> Chain 2:
>   org.activiti.engine [187.0]
> import:
> (&(osgi.wiring.package=org.drools.runtime)(version>=5.5.0)(!(version>=6.0.0)))
>  |
> export: osgi.wiring.package=org.drools.runtime;
> uses:=com.thoughtworks.xstream.annotations
>   org.apache.servicemix.bundles.drools [179.0]
> import: (osgi.wiring.package=com.thoughtworks.xstream.annotations)
>  |
> export: osgi.wiring.package=com.thoughtworks.xstream.annotations;
> uses:=org.joda.time.format
>   org.apache.servicemix.bundles.xstream [107.0]
> import:
> (&(osgi.wiring.package=org.joda.time.format)(version>=1.6.0)(!(version>=3.0.0)))
>  |
> export: osgi.wiring.package=org.joda.time.format
>   joda-time [106.0]
>
>
> It happend when we ServiceMix was based on Karaf 2.3.5. To solve this
> problem we forced the start of the bundle 
> org.apache.servicemix.bundles.joda-timeat the beginning. We have
> created following feature and added it at featuresBoot.
>
> 
>  start-level='10'>mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.joda-time/${jodatime.bundle.version}
> 
>
> We have also set the parameter respectStartLvlDuringFeatureStartup to
> true. It solved our problem andorg.apache.servicemix.bundles.xstream
> could resolve the package from
> org.apache.servicemix.bundles.joda-time. I don't know if it was
> correct solution but it solved our problem.
>
> Next we had to downgrade to Karaf 2.3.4 (due to another problem
> introduced in 2.3.5). Because Karaf 2.3.4 does not support the
> respectStartLvlDuringFeatureStartup parameter,  our solution didn't
> work anymore an we had to add this bundle to startup.properties. It
> worked.
>
> Now we want to upgrade to Karaf 2.3.6. I have removed the joda bundle
> from startup.properties and our problem exists again - the solution
> which worked with Karaf 2.3.5 doesn't work with 2.3.6. Moreover, when
> I set respectStartLvlDuringFeatureStartup to false,  the problem seems
> to be fixed. Downgrade to Karaf 2.3.5 solves the problem too.
>
> Have you changed something in the features installer and the logic of
> respectStartLvlDuringFeatureStartup? Is our solution correct or should
> we allways use startup.properties to force bundles to be installed
> before other features are installed.  I suppose, the answer for my
> second question will be /yes/, but I'd like to know why our solution
> with additional feature doesn't work anymore with Karaf 2.3.6.
>
>
> Best regards
> Krzysztof
>
>
>
>
>
>
>
>
> On 29.07.2014 04:39, Jamie G. wrote:
>> Hi,
>>
>> We resolved 70 issues in this release:
>> http://svn.apache.org/viewvc/karaf/site/trunk/src/main/webapp/index/community/download/karaf-2.3.6-release.page?view=markup
>>
>> Dependency changes can be reviewed here:
>> http://svn.apache.org/viewvc/karaf/site/trunk/src/main/webapp/index/documentation/karaf-dependencies/karaf-deps-2.3.x.page?revision=1613719&view=markup
>>
>> Staging repository:
>> https://repository.apache.org/content/repositories/orgapachekaraf-1008/
>>
>> Git tag:
>> karaf-2.3.6
>>
>> Please vote to approve this release:
>>
>> [ ] +1 Approve the release
>> [ ] -1 Veto the release (please provide specific comments)
>>
>> This vote will be open for 72 hours.
>
>
> -- 
> Krzysztof Sobkowiak
>
> JEE & OSS Architect | Senior Solution Architect @ Capgemini |
> Committer @ ASF
> Capgemini  | Software Solutions Center
>  | Wroclaw
> e-mail: krzys.sobkow...@gmail.com  |
> Twitter: @KSobkowiak
> Calendar: http://goo.gl/yvsebC


-- 
Krzysztof Sobkowiak

JEE & OSS Architect | Senior Solution Architect @ Capgemini | Com

Problem with respectStartLvlDuringFeatureStartup (was: [VOTE] Release Apache Karaf 2.3.6)

2014-07-29 Thread Krzysztof Sobkowiak
Hi

I'm testing ServiceMix after upgrade to the latest 2.3.6-SNAPSHOT. I
think, there is no difference between 2.3.6 and 2.3.6-SNAPSHOT. It looks
very good, our most problems have been fixed,  but I have found one
problem I want to describe here. You can answer whether it is a new
issue in Karaf or whether we do something wrong.

After upgrade to ActiveMQ 5.9.1 we have found a problem when we wanted
to start activiti feature in featuresBoot. At startup we got following error


java.lang.Exception: Could not start bundle
mvn:org.activiti/activiti-engine/5.15.1 in feature(s) activiti-5.15.1:
Uses constraint violation. Unable to resolve bundle revision
org.activiti.engine [187.0] because it is exposed to package
'org.joda.time.format' from bundle revisions
org.apache.servicemix.bundles.joda-time [56.0] and joda-time [106.0] via
two dependency chains.

Chain 1:
  org.activiti.engine [187.0]
import:
(&(osgi.wiring.package=org.joda.time.format)(version>=2.1.0)(!(version>=3.0.0)))
 |
export: osgi.wiring.package=org.joda.time.format
  org.apache.servicemix.bundles.joda-time [56.0]

Chain 2:
  org.activiti.engine [187.0]
import:
(&(osgi.wiring.package=org.drools.runtime)(version>=5.5.0)(!(version>=6.0.0)))
 |
export: osgi.wiring.package=org.drools.runtime;
uses:=com.thoughtworks.xstream.annotations
  org.apache.servicemix.bundles.drools [179.0]
import: (osgi.wiring.package=com.thoughtworks.xstream.annotations)
 |
export: osgi.wiring.package=com.thoughtworks.xstream.annotations;
uses:=org.joda.time.format
  org.apache.servicemix.bundles.xstream [107.0]
import:
(&(osgi.wiring.package=org.joda.time.format)(version>=1.6.0)(!(version>=3.0.0)))
 |
export: osgi.wiring.package=org.joda.time.format
  joda-time [106.0]


It happend when we ServiceMix was based on Karaf 2.3.5. To solve this
problem we forced the start of the bundle 
org.apache.servicemix.bundles.joda-timeat the beginning. We have created
following feature and added it at featuresBoot.


mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.joda-time/${jodatime.bundle.version}


We have also set the parameter respectStartLvlDuringFeatureStartup to
true. It solved our problem andorg.apache.servicemix.bundles.xstream
could resolve the package from org.apache.servicemix.bundles.joda-time.
I don't know if it was correct solution but it solved our problem.

Next we had to downgrade to Karaf 2.3.4 (due to another problem
introduced in 2.3.5). Because Karaf 2.3.4 does not support the
respectStartLvlDuringFeatureStartup parameter,  our solution didn't work
anymore an we had to add this bundle to startup.properties. It worked.

Now we want to upgrade to Karaf 2.3.6. I have removed the joda bundle
from startup.properties and our problem exists again - the solution
which worked with Karaf 2.3.5 doesn't work with 2.3.6. Moreover, when I
set respectStartLvlDuringFeatureStartup to false,  the problem seems to
be fixed. Downgrade to Karaf 2.3.5 solves the problem too.

Have you changed something in the features installer and the logic of
respectStartLvlDuringFeatureStartup? Is our solution correct or should
we allways use startup.properties to force bundles to be installed
before other features are installed.  I suppose, the answer for my
second question will be /yes/, but I'd like to know why our solution
with additional feature doesn't work anymore with Karaf 2.3.6.


Best regards
Krzysztof








On 29.07.2014 04:39, Jamie G. wrote:
> Hi,
>
> We resolved 70 issues in this release:
> http://svn.apache.org/viewvc/karaf/site/trunk/src/main/webapp/index/community/download/karaf-2.3.6-release.page?view=markup
>
> Dependency changes can be reviewed here:
> http://svn.apache.org/viewvc/karaf/site/trunk/src/main/webapp/index/documentation/karaf-dependencies/karaf-deps-2.3.x.page?revision=1613719&view=markup
>
> Staging repository:
> https://repository.apache.org/content/repositories/orgapachekaraf-1008/
>
> Git tag:
> karaf-2.3.6
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will be open for 72 hours.


-- 
Krzysztof Sobkowiak

JEE & OSS Architect | Senior Solution Architect @ Capgemini | Committer
@ ASF
Capgemini  | Software Solutions Center
 | Wroclaw
e-mail: krzys.sobkow...@gmail.com  |
Twitter: @KSobkowiak
Calendar: http://goo.gl/yvsebC


Re: [VOTE] Release Apache Karaf 2.3.6

2014-07-29 Thread Achim Nierbeck
Matt,

If you tested version 2.3.6 and you're satisfied you are allowed to vote :-)
Even if you feel something is not worth releasing, for example if you feel
there is a crucial bugfix missing, you're allowed to vote.
It's just not binding, still as you are hanging around here you are already
part of the community.

Regards, Achim

sent from mobile device
Am 29.07.2014 18:23 schrieb "Matt Sicker" :

> No corresponding 3.0.x release? :(
>
> No vote here as I'm not a committer or anything. Just passing by.
>
>
> On 28 July 2014 21:39, Jamie G.  wrote:
>
> > Hi,
> >
> > We resolved 70 issues in this release:
> >
> >
> http://svn.apache.org/viewvc/karaf/site/trunk/src/main/webapp/index/community/download/karaf-2.3.6-release.page?view=markup
> >
> > Dependency changes can be reviewed here:
> >
> >
> http://svn.apache.org/viewvc/karaf/site/trunk/src/main/webapp/index/documentation/karaf-dependencies/karaf-deps-2.3.x.page?revision=1613719&view=markup
> >
> > Staging repository:
> > https://repository.apache.org/content/repositories/orgapachekaraf-1008/
> >
> > Git tag:
> > karaf-2.3.6
> >
> > Please vote to approve this release:
> >
> > [ ] +1 Approve the release
> > [ ] -1 Veto the release (please provide specific comments)
> >
> > This vote will be open for 72 hours.
> >
>
>
>
> --
> Matt Sicker 
>


Re: [VOTE] Release Apache Karaf 2.3.6

2014-07-29 Thread Jamie G.
A 3.0.x RC will come too :)

This is the review and vote thread for the 2.3.6 candidate.

Cheers,
Jamie

On Tue, Jul 29, 2014 at 1:53 PM, Matt Sicker  wrote:
> No corresponding 3.0.x release? :(
>
> No vote here as I'm not a committer or anything. Just passing by.
>
>
> On 28 July 2014 21:39, Jamie G.  wrote:
>
>> Hi,
>>
>> We resolved 70 issues in this release:
>>
>> http://svn.apache.org/viewvc/karaf/site/trunk/src/main/webapp/index/community/download/karaf-2.3.6-release.page?view=markup
>>
>> Dependency changes can be reviewed here:
>>
>> http://svn.apache.org/viewvc/karaf/site/trunk/src/main/webapp/index/documentation/karaf-dependencies/karaf-deps-2.3.x.page?revision=1613719&view=markup
>>
>> Staging repository:
>> https://repository.apache.org/content/repositories/orgapachekaraf-1008/
>>
>> Git tag:
>> karaf-2.3.6
>>
>> Please vote to approve this release:
>>
>> [ ] +1 Approve the release
>> [ ] -1 Veto the release (please provide specific comments)
>>
>> This vote will be open for 72 hours.
>>
>
>
>
> --
> Matt Sicker 


Re: [VOTE] Release Apache Karaf 2.3.6

2014-07-29 Thread Matt Sicker
No corresponding 3.0.x release? :(

No vote here as I'm not a committer or anything. Just passing by.


On 28 July 2014 21:39, Jamie G.  wrote:

> Hi,
>
> We resolved 70 issues in this release:
>
> http://svn.apache.org/viewvc/karaf/site/trunk/src/main/webapp/index/community/download/karaf-2.3.6-release.page?view=markup
>
> Dependency changes can be reviewed here:
>
> http://svn.apache.org/viewvc/karaf/site/trunk/src/main/webapp/index/documentation/karaf-dependencies/karaf-deps-2.3.x.page?revision=1613719&view=markup
>
> Staging repository:
> https://repository.apache.org/content/repositories/orgapachekaraf-1008/
>
> Git tag:
> karaf-2.3.6
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will be open for 72 hours.
>



-- 
Matt Sicker