Sounds like a plan ! :-) Thx a lot for the hard work.

On Thu, Feb 24, 2011 at 14:42, Jean-Baptiste Onofré <[email protected]> wrote:
> Hi guys,
>
> What I did:
>
> 1/ in etc/config.properties, I overrided the Felix Framework version:
> karaf.framework.felix=${karaf.default.repository}/org/apache/felix/org.apache.felix.framework/3.0.8/org.apache.felix.framework-3.0.8.jar
> 2/ in the system folder repo, I have added the Felix Framework 3.0.8 jar.
>
> ServiceMix 4.3.0 starts without problem and I haven't the "zip closed"
> message during features:install camel-nmr.
> The features:install camel-cxf also works:
>
> karaf@root> shell:info
> [...]
>  OSGi Framework              org.apache.felix.framework - 3.0.8
> [...]
> karaf@root> features:install camel-cxf
> karaf@root>
>
> It's something that I can easily do in the ServiceMix assembly.
>
> However, if I try:
>
> features:install examples-cxf-nmr
>
> I got the same error:
> Caused by: java.lang.NoClassDefFoundError: javax.xml.namespace.QName not
> found from bundle [cxf-nmr]
>        at $Proxy120.<clinit>(Unknown Source)
>
> So the examples should be fix to add Import-Package javax.xml.namespace
> statement.
>
> I propose:
> 1/ I cancel the ServiceMix 4.3.0 release
> 2/ I update the ServiceMix assembly to override the Felix framework version
> in ServiceMix
> 3/ I update the examples/web/pom.xml (correct the parent POM version)
> 4/ I fix the examples/cxf-nmr with Import-Package: javax.xml.namespace
> 5/ I resubmit a release tonight
>
> Is it ok for you ?
>
> Thanks
> Regards
> JB
> On 02/24/2011 11:00 AM, Charles Moulliard wrote:
>>
>> 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/
>>>>
>>>
>



-- 
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
------------------------
Open Source SOA
http://fusesource.com

Reply via email to