Re: [VOTE] Release Apache Karaf 2.3.6
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. jamie.goody...@gmail.com 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=1613719view=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 boa...@gmail.com
Re: [VOTE] Release Apache Karaf 2.3.6
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 boa...@gmail.com 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. jamie.goody...@gmail.com 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=1613719view=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 boa...@gmail.com
Re: [VOTE] Release Apache Karaf 2.3.6
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 boa...@gmail.com: 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. jamie.goody...@gmail.com 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=1613719view=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 boa...@gmail.com
Problem with respectStartLvlDuringFeatureStartup (was: [VOTE] Release Apache Karaf 2.3.6)
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.
feature name=joda-time
bundle
start-level='10'mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.joda-time/${jodatime.bundle.version}/bundle
/feature
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=1613719view=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 http://www.pl.capgemini.com/ | Software Solutions Center
http://www.pl.capgemini-sdm.com/ | Wroclaw
e-mail: krzys.sobkow...@gmail.com mailto:krzys.sobkow...@gmail.com |
Twitter: @KSobkowiak
Calendar: http://goo.gl/yvsebC
Re: Problem with respectStartLvlDuringFeatureStartup
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.
feature name=joda-time
bundle
start-level='10'mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.joda-time/${jodatime.bundle.version}/bundle
/feature
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=1613719view=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 http://www.pl.capgemini.com/ | Software Solutions Center
http://www.pl.capgemini-sdm.com/ | Wroclaw
e-mail: krzys.sobkow...@gmail.com mailto:krzys.sobkow...@gmail.com |
Twitter: @KSobkowiak
Calendar: http://goo.gl/yvsebC
--
Krzysztof Sobkowiak
JEE OSS Architect | Senior Solution Architect @ Capgemini | Committer
@ ASF
Capgemini http://www.pl.capgemini.com/ | Software Solutions Center
http://www.pl.capgemini-sdm.com/ |
Re: [VOTE] Release Apache Karaf 2.3.6
+1 (binding) regards, Achim 2014-07-29 20:38 GMT+02:00 Achim Nierbeck bcanh...@googlemail.com: 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 boa...@gmail.com: 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. jamie.goody...@gmail.com 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=1613719view=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 boa...@gmail.com -- Apache Member Apache Karaf http://karaf.apache.org/ Committer PMC OPS4J Pax Web http://wiki.ops4j.org/display/paxweb/Pax+Web/ Committer Project Lead blog http://notizblog.nierbeck.de/ Software Architect / Project Manager / Scrum Master
