L.S., Unfortunately, at Apache, Felix is the default container configured for Apache ServiceMix, so this issue would be impacting any odd user that comes along and just tries to run the examples. I don't think we can release this in its current state.
What seems to work on my machine: - upgrade to Felix 3.0.8 by adding it to the system folder and updating the config.properties file (no need to re-release karaf for that, we can just do the update for ServiceMix 4.3.0) - install the camel-cxf and camel-nmr components by default from the featuresBoot property If I then wipe my data folder, the examples seem to work fine for me. Could some other folks give this a go as well? If we have a known workaround, I'd recut the release to implement the workaround and remove the few minor inconsistencies we found so far (-SNAPSHOTs in web example, missing import in example, ...) Like I said in a previous mail, we really want to get rid of these long release cycles, but I don't think we should ship a non-working ServiceMix just to do that. Let's make that a top priority right after this release though - with the lessons learned here, I'm convinced we can improve our build/release process to facilitate an easier 4.4.0 release as soon as Camel 2.7.0 is out. Regards, Gert Vanthienen ------------------------ FuseSource Web: http://fusesource.com Blog: http://gertvanthienen.blogspot.com/ On Thu, Feb 24, 2011 at 9:37 AM, Claus Ibsen <[email protected]> wrote: > Hi > > My impression is that Felix is still a bit buggy, but they are working on it. > And the community is listening and we have people in this community we > help out there as well. > So I am confident that over time Felix has the potential to be the > default container and work really great. > > Currently Equinox is the default container, and so far I think its > more known that Felix and people are more confortable using that. > > So I am all in favor of +1. (non binding) > Its almost 1 year ago SMX 4.2 was released. > > > > > On Thu, Feb 24, 2011 at 9:20 AM, Jean-Baptiste Onofré <[email protected]> > wrote: >> The problem is it's not really ServiceMix related. >> The issue is in Apache Felix. >> >> ServiceMix 4.3.0 is powered by Karaf 2.1.3, so it uses Apache Felix >> framework 3.0.2. >> If we want to update to new Felix framework version (for example 3.0.8), we >> need to release Karaf 2.1.5 with this update. >> Anyway, the first step is to check if Felix Framework 3.0.8 fix the problem. >> >> Regards >> JB >> >> On 02/24/2011 09:17 AM, Charles Moulliard wrote: >>> >>> This issue is not only related to exercises but will be for persons >>> who will deploy their projects on ServiceMix where they will use >>> Camel, CXF, ... >>> >>> We must deliver a quality product and this is not really a problem if >>> we postpone of some days. This release is under construction since a >>> couple of months. >>> >>> Regards, >>> >>> Charles >>> >>> On Thu, Feb 24, 2011 at 9:08 AM, Jean-Baptiste Onofré<[email protected]> >>> wrote: >>>> >>>> I don't remember if it worked before or not. >>>> >>>> If you prefer, I can: >>>> - rollback the release >>>> - fix the examples-cxf-nmr (modifying the POM) >>>> - remove the examples-camel-nmr, camel-cxf from the distribution >>>> >>>> I don't wanna wait having all examples fixed (we already postpone this >>>> release several times). >>>> >>>> WDYT ? >>>> >>>> Regards >>>> JB >>>> >>>> On 02/24/2011 08:59 AM, Charles Moulliard wrote: >>>>> >>>>> This is not an excellent idea to promote a product with regression and >>>>> explain that Felix cannot be used .... >>>>> >>>>> On Thu, Feb 24, 2011 at 8:52 AM, Jean-Baptiste Onofré<[email protected]> >>>>> wrote: >>>>>> >>>>>> This one is solved switching to Equinox in place of Felix. >>>>>> >>>>>> Change etc/custom.properties by adding: >>>>>> >>>>>> karaf.framework=equinox >>>>>> >>>>>> Regards >>>>>> JB >>>>>> >>>>>> On 02/24/2011 08:52 AM, Charles Moulliard wrote: >>>>>>> >>>>>>> Installing camel-cxf generates the following error too --> >>>>>>> >>>>>>> karaf@root> features:install camel-cxf >>>>>>> Refreshing bundles org.apache.servicemix.bundles.xmlbeans (112), >>>>>>> org.apache.servicemix.bundles.velocity (41), org.apache.cxf.bundle >>>>>>> (119), org.apache.servicemix.bundles.cglib (69) >>>>>>> ERROR: JarContent: Unable to read bytes. >>>>>>> (java.lang.IllegalStateException: zip file closed) >>>>>>> java.lang.IllegalStateException: zip file closed >>>>>>> at java.util.zip.ZipFile.ensureOpen(ZipFile.java:403) >>>>>>> at java.util.zip.ZipFile.getEntry(ZipFile.java:148) >>>>>>> at java.util.jar.JarFile.getEntry(JarFile.java:208) >>>>>>> at >>>>>>> org.apache.felix.framework.util.JarFileX.getEntry(JarFileX.java:61) >>>>>>> at >>>>>>> >>>>>>> >>>>>>> org.apache.felix.framework.cache.JarContent.getEntryAsBytes(JarContent.java:120) >>>>>>> at >>>>>>> >>>>>>> >>>>>>> org.apache.felix.framework.ModuleImpl$ModuleClassLoader.findClass(ModuleImpl.java:1738) >>>>>>> at >>>>>>> >>>>>>> >>>>>>> org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:716) >>>>>>> at >>>>>>> org.apache.felix.framework.ModuleImpl.access$200(ModuleImpl.java:73) >>>>>>> at >>>>>>> >>>>>>> >>>>>>> org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1690) >>>>>>> at java.lang.ClassLoader.loadClass(ClassLoader.java:248) >>>>>>> at >>>>>>> >>>>>>> >>>>>>> org.apache.cxf.bus.spring.BusApplicationListener.onApplicationEvent(BusApplicationListener.java:65) >>>>>>> at >>>>>>> >>>>>>> >>>>>>> org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:97) >>>>>>> at >>>>>>> >>>>>>> >>>>>>> org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:303) >>>>>>> at >>>>>>> >>>>>>> >>>>>>> org.springframework.context.support.AbstractApplicationContext.doClose(AbstractApplicationContext.java:1007) >>>>>>> at >>>>>>> >>>>>>> >>>>>>> org.springframework.osgi.context.support.AbstractOsgiBundleApplicationContext.doClose(AbstractOsgiBundleApplicationContext.java:197) >>>>>>> at >>>>>>> >>>>>>> >>>>>>> org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.access$501(AbstractDelegatedExecutionApplicationContext.java:69) >>>>>>> at >>>>>>> >>>>>>> >>>>>>> org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext$2.run(AbstractDelegatedExecutionApplicationContext.java:214) >>>>>>> at >>>>>>> >>>>>>> >>>>>>> org.springframework.osgi.util.internal.PrivilegedUtils.executeWithCustomTCCL(PrivilegedUtils.java:85) >>>>>>> at >>>>>>> >>>>>>> >>>>>>> org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.normalClose(AbstractDelegatedExecutionApplicationContext.java:210) >>>>>>> at >>>>>>> >>>>>>> >>>>>>> org.springframework.osgi.extender.internal.dependencies.startup.DependencyWaiterApplicationContextExecutor.close(DependencyWaiterApplicationContextExecutor.java:379) >>>>>>> at >>>>>>> >>>>>>> >>>>>>> org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.doClose(AbstractDelegatedExecutionApplicationContext.java:236) >>>>>>> at >>>>>>> >>>>>>> >>>>>>> org.springframework.context.support.AbstractApplicationContext.close(AbstractApplicationContext.java:970) >>>>>>> at >>>>>>> >>>>>>> >>>>>>> org.springframework.osgi.extender.internal.activator.ContextLoaderListener$1.run(ContextLoaderListener.java:524) >>>>>>> at >>>>>>> >>>>>>> >>>>>>> org.springframework.osgi.extender.internal.util.concurrent.RunnableTimedExecution$MonitoredRunnable.run(RunnableTimedExecution.java:60) >>>>>>> at >>>>>>> >>>>>>> >>>>>>> org.springframework.scheduling.timer.DelegatingTimerTask.run(DelegatingTimerTask.java:70) >>>>>>> at java.util.TimerThread.mainLoop(Timer.java:512) >>>>>>> at java.util.TimerThread.run(Timer.java:462) >>>>>>> >>>>>>> >>>>>>> On Thu, Feb 24, 2011 at 7:59 AM, Jean-Baptiste Onofré<[email protected]> >>>>>>> wrote: >>>>>>>> >>>>>>>> Team, >>>>>>>> >>>>>>>> I would like to promote the release but my latest tests on examples >>>>>>>> don't >>>>>>>> look fine >>>>>>>> >>>>>>>> - features:install examples-cxf-nmr >>>>>>>> NoClassDefFoundError: javax.xml.namespace.QName not found from bundle >>>>>>>> [cxf-nmr] >>>>>>>> >>>>>>>> - features:install examples-camel-nmr >>>>>>>> It works, but several >>>>>>>> IllegalStateException: zip file closed (coming from Felix Framework >>>>>>>> util) >>>>>>>> and a >>>>>>>> ClassNotFoundException: >>>>>>>> org.apache.servicemix.nmr.api.service.ServiceHelper >>>>>>>> >>>>>>>> The other examples features look good (including >>>>>>>> camel-nmr-blueprint). >>>>>>>> >>>>>>>> Could somebody make some tries ? >>>>>>>> Anyway, it's clear that the examples should be updated to use >>>>>>>> Blueprint >>>>>>>> in >>>>>>>> place of Spring beans (I think it's more clear for the users) for >>>>>>>> ServiceMix >>>>>>>> 4.4.0. >>>>>>>> >>>>>>>> I think that we can promote the release as it's but we should add an >>>>>>>> appendix concerning examples. >>>>>>>> >>>>>>>> Thanks >>>>>>>> Regards >>>>>>>> JB >>>>>>>> >>>>>>>> On 02/20/2011 09:46 AM, Jean-Baptiste Onofré wrote: >>>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> We solved 115 issues in this release: >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12311208&version=12315741 >>>>>>>>> >>>>>>>>> >>>>>>>>> Staging repository: >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> https://repository.apache.org/content/repositories/orgapacheservicemix-026/ >>>>>>>>> >>>>>>>>> The RELEASE-NOTES file is included in the release and up to date. >>>>>>>>> >>>>>>>>> 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. >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> Regards >>>>>>>>> JB >>>>>>>> >>>>>> >>>> >> > > > > -- > Claus Ibsen > ----------------- > FuseSource > Email: [email protected] > Web: http://fusesource.com > Twitter: davsclaus > Blog: http://davsclaus.blogspot.com/ > Author of Camel in Action: http://www.manning.com/ibsen/ >
