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/
