Re: [CANCEL][VOTE] Release Apache Camel 2.9.0

2011-12-22 Thread Christian Schneider
I think Dan already proposed that some time ago. The only concern I know is that it increases the size of the karaf distro. I am still in favour of this aproach as it makes users lifes much easier. Christian Am 23.12.2011 07:35, schrieb Jean-Baptiste Onofré: Hi Christian, I think that the e

Re: [CANCEL][VOTE] Release Apache Camel 2.9.0

2011-12-22 Thread Jean-Baptiste Onofré
Hi Christian, I think that the easiest way is: 1/ in the default jre.properties comment the package with issues (JAXB, etc) 2/ in Karaf, by default, we provide a core-spec/core-api feature to install the "correct" bundle (for JAXB, etc). In that case, we completely override the JRE packages an

Re: [VOTE] Release Apache Karaf 2.2.5

2011-12-22 Thread Johan Edstrom
+1 non-binding, tested with Camel 2.9.0, ActiveMQ 5.5.1, CXF 2.5.1 On Dec 21, 2011, at 11:52 PM, Jean-Baptiste Onofré wrote: > +1 (binding) > > Tested with some sample bundles, Cellar, Cave, some Camel routes. > > However, I noticed: > > 1/ a warn exception on the webconsole: > 2011-12-22 >

Re: Fork of the wrapper code

2011-12-22 Thread Jean-Baptiste Onofré
True. Regards JB On 12/22/2011 02:47 PM, Guillaume Nodet wrote: Labs project can't make any release. I think that would be a problem in that case. On Thu, Dec 22, 2011 at 14:32, Jean-Baptiste Onofré wrote: Right, but on the other hand, ASF provides Apache Labs, where it's the perfect locati

Re: Fork of the wrapper code

2011-12-22 Thread Guillaume Nodet
Labs project can't make any release. I think that would be a problem in that case. On Thu, Dec 22, 2011 at 14:32, Jean-Baptiste Onofré wrote: > Right, > > but on the other hand, ASF provides Apache Labs, where it's the perfect > location to work on code and build the community (we discuss about t

Re: Fork of the wrapper code

2011-12-22 Thread Jamie G.
+1 to having the wrapper available in an Apache friendly version. Apache Labs, Commons, or GitHub I have no particular preference, enough projects should be interested in this piece that a community will form in short order :) Cheers, Jamie On Thu, Dec 22, 2011 at 10:02 AM, Jean-Baptiste Onofré

Re: Fork of the wrapper code

2011-12-22 Thread Jean-Baptiste Onofré
Right, but on the other hand, ASF provides Apache Labs, where it's the perfect location to work on code and build the community (we discuss about that with Brett Porter during ApacheCon to "promote" the lab). To be honest, I have no preference between github or Apache Labs, it's just to ment

Re: Fork of the wrapper code

2011-12-22 Thread Guillaume Nodet
None of us is a committer of commons afaik. I think it would be easier to start at github, try to create a community there with some code, and then see if / when it makes sense to move it to the ASF. The ASF isn't really the best location for working on code, it's better for working on communities

Re: Fork of the wrapper code

2011-12-22 Thread j...@nanthrax.net
Sorry it was in the same thread ;) -- Jean-Baptiste Onofré jbono...@apache.org http://blog.nanthrax.net Talend - http://wwx.talend.com - Reply message - From: "j...@nanthrax.net" To: , Subject: Fork of the wrapper code Date: Thu, Dec 22, 2011 1:18 pm See my comment on the other thread

Re: Fork of the wrapper code

2011-12-22 Thread j...@nanthrax.net
See my comment on the other thread. commons-daemon could be a good place. Regards JB -- Jean-Baptiste Onofré jbono...@apache.org http://blog.nanthrax.net Talend - http://wwx.talend.com - Reply message - From: "Christian Schneider" To: Subject: Fork of the wrapper code Date: Thu, Dec 2

Re: Fork of the wrapper code

2011-12-22 Thread j...@nanthrax.net
In commons, there were commons-daemon which could be spin off. I can discuss with some commons guys (Simone especially). Regards JB -- Jean-Baptiste Onofré jbono...@apache.org http://blog.nanthrax.net Talend - http://wwx.talend.com - Reply message - From: "Andreas Pieber" To: Subject:

Re: Fork of the wrapper code

2011-12-22 Thread Andreas Pieber
Yeah, I really like the idea. Such a version could be valuable for more projects than Karaf. I think commons could be a very good place, but how about commit rights there. Does any of us has some there? Kind regards, Andreas On Thu, Dec 22, 2011 at 12:20, Christian Schneider wrote: > Hi all, > >

Re: Fork of the wrapper code

2011-12-22 Thread Ioannis Canellos
+ 1 -- *Ioannis Canellos* * FuseSource ** Blog: http://iocanel.blogspot.com ** Apache Karaf Committer & PMC Apache Camel Committer Apache ServiceMix Committer Apache Gora

Fork of the wrapper code

2011-12-22 Thread Christian Schneider
Hi all, in the release thread we talked about the tanuki wrapper. The more current versions only have a gpl license. So we can not use them in karaf. As a wrapper is important for us and other apache projects I propose we fork the code from the newest apache friendly version and maintain it a

Re: [VOTE] Release Apache Karaf 2.2.5

2011-12-22 Thread Ioannis Canellos
An other glitch I found is that the code completion on the config:list --pid is not working (it works for the rest of the config commands). Not a show stopper. -- *Ioannis Canellos* * FuseSource ** Blog: http://iocanel.blogspot.com ** Apache Karaf

Re: [VOTE] Release Apache Karaf 2.2.5

2011-12-22 Thread j...@nanthrax.net
Yeah, I thought about that too as it could be helpful for others Apache projects. Regards JB -- Jean-Baptiste Onofré jbono...@apache.org http://blog.nanthrax.net Talend - http://wwx.talend.com - Reply message - From: "Christian Schneider" To: Subject: [VOTE] Release Apache Karaf 2.2.5

Re: [VOTE] Release Apache Karaf 2.2.5

2011-12-22 Thread Ioannis Canellos
+1 for the release. I tried it with lot of external features and it seems cool to me. While playing with it I found the existence of the aliases to the 3.x commands a bit annoying. (Not a show stopper). As the wrapper code changed to gpl - does it make sense we fork the wrapper > with a apache

Re: [VOTE] Release Apache Karaf 2.2.5

2011-12-22 Thread Christian Schneider
As the wrapper code changed to gpl - does it make sense we fork the wrapper with a apache license at apache. So it stays available for us in the future? Christian Am 22.12.2011 11:09, schrieb Jean-Baptiste Onofré: Unfortunately they don't share their dll. Regards JB On 12/22/2011 11:08 AM,

Re: [VOTE] Release Apache Karaf 2.2.5

2011-12-22 Thread Christian Schneider
Reverting to +1 I found the real problem. I first did not add the staging repo. So the jetty.xml was not found but written as an empty file. Then later after I added the repo it was not overwritten. JB added a new issue for this: https://issues.apache.org/jira/browse/KARAF-1122 I then had an

Re: [VOTE] Release Apache Karaf 2.2.5

2011-12-22 Thread Jean-Baptiste Onofré
Really not a problem, I made a new test: -rw-r--r-- 1 jbonofre jbonofre 2662 2011-12-22 11:14 jetty.xml the jetty.xml comes without problem. I think that your etc/org.ops4j.pax.url.mvn.cfg is not correct: 1/ did you add the staging repo at the end of the repo list (it shouldn't be in the fi

Re: [VOTE] Release Apache Karaf 2.2.5

2011-12-22 Thread Jean-Baptiste Onofré
The jetty xml is present on the staging repo: https://repository.apache.org/content/repositories/orgapachekaraf-382/org/apache/karaf/apache-karaf/2.2.5/apache-karaf-2.2.5-jettyconfig.xml and has a content. I'm not able to reproduce it on my fresh installation (I installed the jetty, http, webc

Re: [VOTE] Release Apache Karaf 2.2.5

2011-12-22 Thread Jean-Baptiste Onofré
Unfortunately they don't share their dll. Regards JB On 12/22/2011 11:08 AM, Bengt Rodehav wrote: OK - thanks for the explanation JB. I was hoping that Sonatype could share their version with Karaf but I guess they weren't that cooperative then. /Bengt 2011/12/22 Jean-Baptiste Onofré Hi Be

Re: [VOTE] Release Apache Karaf 2.2.5

2011-12-22 Thread Bengt Rodehav
OK - thanks for the explanation JB. I was hoping that Sonatype could share their version with Karaf but I guess they weren't that cooperative then. /Bengt 2011/12/22 Jean-Baptiste Onofré > Hi Bengt, > > yes it's postponed because we have an issue here (mostly political ;)). > > Let me explain

Re: [VOTE] Release Apache Karaf 2.2.5

2011-12-22 Thread Jean-Baptiste Onofré
I don't think it's a problem. Did you add the staging repo in etc/org.ops4j.pax.url.mvn.cfg ? Regards JB On 12/22/2011 11:01 AM, Christian Schneider wrote: -1 Found a problem when installing camel-cxf. Steps to reproduce: add staging repo (https://repository.apache.org/content/repositories/o

Re: [VOTE] Release Apache Karaf 2.2.5

2011-12-22 Thread Christian Schneider
-1 Found a problem when installing camel-cxf. Steps to reproduce: add staging repo (https://repository.apache.org/content/repositories/orgapachekaraf-382/) to org.ops4j.pax.url.mvn.cfg > features:addurl mvn:org.apache.camel.karaf/apache-camel/2.8.3/xml/features > features:install camel-cxf

Re: [VOTE] Release Apache Karaf 2.2.5

2011-12-22 Thread Jean-Baptiste Onofré
Hi Bengt, yes it's postponed because we have an issue here (mostly political ;)). Let me explain (sorry for the noise in this thread): 1/ for the wrapper, we are stuck to an "old" version, the last one provided under Apache license (the "new" versions are GPL based, which is not Apache compli

Re: [VOTE] Release Apache Karaf 2.2.5

2011-12-22 Thread Bengt Rodehav
I noticed that Karaf-1010 ( https://issues.apache.org/jira/browse/KARAF-1010 ) is not yet resolved. I guess that means Karaf still doesn't support Windows 7 64bit. It was scheduled for this release but it seems to have been postphoned. /Bengt 2011/12/22 Andreas Pieber > Tested on various platfo

Re: [VOTE] Release Apache Karaf 2.2.5

2011-12-22 Thread Andreas Pieber
Tested on various platforms and with my projects; works pretty fine. Build works fine on windows 7 32bit and archlinux 64bit (mvn 2.2.1 & java 5). Upgraded and tested also my Karaf based projects to 2.2.5 (RC) and mentioned no problems --> +1 (binding) Good work guys! Kind regards, Andreas On T