Hi Gert,
The scenariuo that you provide seems interesting (using felix 3.0.8)
but still get error when deploying the feature camel-cxf
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: Bundle org.springframework.osgi.extender [72]: Error stopping
bundle. (java.lang.NoClassDefFoundError:
org/osgi/framework/ServiceRegistration)
java.lang.NoClassDefFoundError: org/osgi/framework/ServiceRegistration
at
org.springframework.osgi.util.OsgiServiceUtils.unregisterService(OsgiServiceUtils.java:41)
at
org.springframework.osgi.extender.internal.support.NamespaceManager.unregisterResolverService(NamespaceManager.java:188)
at
org.springframework.osgi.extender.internal.support.NamespaceManager.destroy(NamespaceManager.java:216)
at
org.springframework.osgi.extender.internal.activator.ContextLoaderListener.shutdown(ContextLoaderListener.java:549)
at
org.springframework.osgi.extender.internal.activator.ContextLoaderListener.stop(ContextLoaderListener.java:433)
at
org.apache.felix.framework.util.SecureAction.stopActivator(SecureAction.java:651)
at org.apache.felix.framework.Felix.stopBundle(Felix.java:2209)
at org.apache.felix.framework.Felix$RefreshHelper.stop(Felix.java:4486)
at org.apache.felix.framework.Felix.refreshPackages(Felix.java:3578)
at
org.apache.felix.framework.PackageAdminImpl.run(PackageAdminImpl.java:336)
at java.lang.Thread.run(Thread.java:680)
Caused by: java.lang.ClassNotFoundException:
org.osgi.framework.ServiceRegistration not found by
org.springframework.osgi.core [71]
at
org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:787)
at org.apache.felix.framework.ModuleImpl.access$400(ModuleImpl.java:71)
at
org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1768)
at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
... 11 more
Regards,
Charles
On Thu, Feb 24, 2011 at 9:46 AM, Gert Vanthienen
<[email protected]> wrote:
> 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/
>>
>
