Re: [VOTE] Release Karaf version 2.3.0

2012-10-14 Thread Filippo Balicchia
Hello, On my linux box with JDK "1.7.0_07" I noticed that command "shutdown -f" hang. I can close the console with Ctrl+c. In karaf 2.2.9 and karaf 3.0.0-snapshot at revision (1397463) this behavior is not there. In IMHO this is trivial problem. Then I want to understand with you if we really ne

Re: [VOTE] Release Karaf version 2.3.0

2012-10-14 Thread Andreas Pieber
OK, I wasn't really able to get the itests to run consistently. For 8 runs I had at least one error and for that most of the time a different one... License & Notice files look fine. Tests on the binaries (which builds fine although the itests fail) work properly. --> +1, although we should defini

Re: Apache Karaf 2.3.0 very close

2012-10-14 Thread Scott England-Sullivan
+1(non-binding) Karaf 2.3.0 - Spring 3.0.x Karaf 3.0 - Spring 3.1 (high priority) Karaf 2.4 - Spring 3.1 (low priority) On Oct 14, 2012, at 11:58 AM, Jean-Baptiste Onofré wrote: > Hi Hendy, > > I don't think it's a good thing to "major" Spring update in a minor Karaf > version. > > If Spring

Re: Apache Karaf 2.3.0 very close

2012-10-14 Thread Jean-Baptiste Onofré
Hi Hendy, I don't think it's a good thing to "major" Spring update in a minor Karaf version. If Spring 3.1 is required "quickly", we can provide a Karaf 2.4.x. However, as already said, we should focus on Karaf 3.0.0 which already provide Spring 3.1 support (and avoid a 2.4.x branch). Rega

Re: [VOTE] Release Karaf version 2.3.0

2012-10-14 Thread Jamie G.
We encourage everyone to vote - the more people downloading, testing, and verifying release candidates the better :) On Sun, Oct 14, 2012 at 2:24 PM, Jean-Baptiste Onofré wrote: > Hi Hendy, > > all people can vote (it's just non-binding vote) ! > > Thanks, > Regards > JB > > > On 10/14/2012 12:27

Re: [VOTE] Release Karaf version 2.3.0

2012-10-14 Thread Jean-Baptiste Onofré
Hi Hendy, all people can vote (it's just non-binding vote) ! Thanks, Regards JB On 10/14/2012 12:27 PM, Hendy Irawan wrote: I'm not a developer, but have been using 2.3.0-SNAPSHOTs... can I vote? +1. :) -- View this message in context: http://karaf.922171.n3.nabble.com/VOTE-Release-Karaf-

Re: Apache Karaf 2.3.0 very close

2012-10-14 Thread Hendy Irawan
Added a JIRA to track : https://issues.apache.org/jira/browse/KARAF-1921 On Sun, Oct 14, 2012 at 6:59 PM, Christian Schneider [via Karaf] < ml-node+s922171n4026390...@n3.nabble.com> wrote: > I think it depends on how compatible spring 3.1 is. So if we come to the > conclusion that it should do n

Re: Apache Karaf 2.3.0 very close

2012-10-14 Thread Hendy Irawan
I highly support this alternative! :) Using spring 3.1 for 2.3.1-SNAPSHOT and voting before the release would be awesome! :) Hendy On Sun, Oct 14, 2012 at 6:59 PM, Christian Schneider [via Karaf] < ml-node+s922171n4026390...@n3.nabble.com> wrote: > I think it depends on how compatible spring 3.

Re: Apache Karaf 2.3.0 very close

2012-10-14 Thread Christian Schneider
I think the mid term solution would be to extract spring out of karaf and deliver it separately. The good thing is that karaf itself has no dependency on spring so it should be possible. The issue will be mainly with the products deployed on karaf that then would have to carefully select the cor

Re: Apache Karaf 2.3.0 very close

2012-10-14 Thread Christian Schneider
I think it depends on how compatible spring 3.1 is. So if we come to the conclusion that it should do no harm then we can deliver it of course. One way to test this would be a release candidate and give people some time to try it and give feedback. If we agree to go this way we should deliver th

Re: Apache Karaf 2.3.0 very close

2012-10-14 Thread Claus Ibsen
On Sun, Oct 14, 2012 at 12:55 PM, Christian Schneider wrote: > While we could switch to spring 3.1 in karaf 2.4.0 I think we should not do > it in 2.3.1. > > The reason is that 2.3.1 will be a bug fix release. So compatibility is the > most important thing in these releases. The idea behind this i

Re: Apache Karaf 2.3.0 very close

2012-10-14 Thread Hendy Irawan
I agree that 2.3.x should be bug fix releases. However Spring 3.1 inclusion isn't intended to fix a bug, merely because Spring 3.0 in Karaf 2.3.0 was an oversight, and that replacing it with Spring 3.1 will do little harm, if any. Is 2.4 line actually necessary (how much farther can we push old F

Re: Apache Karaf 2.3.0 very close

2012-10-14 Thread Christian Schneider
While we could switch to spring 3.1 in karaf 2.4.0 I think we should not do it in 2.3.1. The reason is that 2.3.1 will be a bug fix release. So compatibility is the most important thing in these releases. The idea behind this is that people who need an important e.g. security fix should be abl

Re: [VOTE] Release Karaf version 2.3.0

2012-10-14 Thread Christian Schneider
Sure. Anyone can vote but only the votes of the pmc are binding. So to make it easier for the one counting the votes you can add (non binding) to your vote. Christian On 10/14/2012 12:27 PM, Hendy Irawan wrote: I'm not a developer, but have been using 2.3.0-SNAPSHOTs... can I vote? +1. :)

Re: Apache Karaf 2.3.0 very close

2012-10-14 Thread Hendy Irawan
I strongly support Spring 3.1 for future Karaf 2.3.1 :-) If one requires strictly Spring 3.0, they can still use Karaf 2.3.0 or can use "spring30" feature. But I doubt anyone would ever need it (hopefully). Hendy -- View this message in context: http://karaf.922171.n3.nabble.com/Apache-Karaf-

Re: [VOTE] Release Karaf version 2.3.0

2012-10-14 Thread Hendy Irawan
I'm not a developer, but have been using 2.3.0-SNAPSHOTs... can I vote? +1. :) -- View this message in context: http://karaf.922171.n3.nabble.com/VOTE-Release-Karaf-version-2-3-0-tp4026371p4026384.html Sent from the Karaf - Dev mailing list archive at Nabble.com.