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/
