Great, thanks David. I hope I'm not making unnecessary work for Daniel with DOSGI-52, because it sounds like this really should be fixed in 2.2.5 according to CXF-2039. However, if I run with http proxies set, it blazes through startup. With no proxies (essentially unconnected to the internet), it just sits and waits for about 5 minutes before the cxf-dosgi-ri-dsw-cxf_1.1.0 bundle transitions from Starting to Active. My assumption is it's trying to get out and validate schemas.
Thanks, Thom -----Original Message----- From: David Bosschaert [mailto:david.bosscha...@gmail.com] Sent: Wednesday, December 23, 2009 1:43 AM To: users@cxf.apache.org Subject: Re: [DOSGI] cxf 2.2.5 in the DOSGI 1.2 snapshot download? Thanks Thomas. I created two JIRA's in relation to this: https://issues.apache.org/jira/browse/DOSGI-52 https://issues.apache.org/jira/browse/DOSGI-53 Best regards, David 2009/12/22 Shulok, Thomas <thomas.shu...@lmco.com>: > Injecting 2.2.5 into the multibundle seems to work fine, so no worries there. > > On the downside, > -Dorg.apache.cxf.spring.validation.mode=VALIDATION_NONE > (the rationale for going to 2.2.5) still doesn't seem to have an effect. > > My theory being schema validation on a machine not connected to the internet > dramatically increases the startup time for cxf-dosgi-ri-dsw-cxf-1.1.jar > (i.e. have to wait for all the timeouts). > > Thanks, > Thom > > -----Original Message----- > From: David Bosschaert [mailto:david.bosscha...@gmail.com] > Sent: Tuesday, December 22, 2009 9:19 AM > To: users@cxf.apache.org > Subject: Re: [DOSGI] cxf 2.2.5 in the DOSGI 1.2 snapshot download? > > Does the stack trace not appear with CXF 2.2.4 and DOSGi 1.1? > > David > > 2009/12/22 Shulok, Thomas <thomas.shu...@lmco.com>: >> Hi David, >> >> Understood, that should work for me, but...injecting the >> cxf-bundle-minimal-2.2.5.jar into the 1.1 release generates the same stack >> trace as the 1.2 jar (both single bundle distros). >> >> Thanks, >> Thom >> >> -----Original Message----- >> From: David Bosschaert [mailto:david.bosscha...@gmail.com] >> Sent: Tuesday, December 22, 2009 7:23 AM >> To: users@cxf.apache.org >> Subject: Re: [DOSGI] cxf 2.2.5 in the DOSGI 1.2 snapshot download? >> >> Hi Thomas, >> >> The 1.2-SNAPSHOT CXF-DOSGi trunk is under heavy refactoring at the moment, >> I'm happy to take a look at that stack trace once it's settled down, >> hopefully in a few weeks time. For now, please try if you can stick to the >> 1.1 release. >> >> From memory, I have seen stack traces like the one you're posting here. In >> some cases they did happen with the single-bundle distro but not with the >> multi-bundle distro. In some cases they have been harmless (just a >> validation error, but things continue to work). >> >> Best regards, >> >> David >> >> 2009/12/22 Shulok, Thomas <thomas.shu...@lmco.com>: >>> Thanks David. Will try out the next snapshot build. >>> >>> Yesterday, I did try what you suggested (today), but with the 1.2 snapshot, >>> and I got the following... >>> >>> Thanks, >>> Thom >>> >>> Dec 21, 2009 2:14:38 PM org.apache.cxf.dosgi.dsw.OsgiUtils >>> readIntentMap >>> WARNING: Intent map load failed: >>> org.springframework.beans.factory.xml.XmlBeanDefinitionStoreException: >>> Line 48 i n XML document from OSGi >>> resource[classpath:/OSGI-INF/cxf/intents/intent-map.xml >>> |bnd.id=2|bnd.sym=cxf-dosgi-ri-singlebundle-distribution] is >>> |invalid; nested exc >>> eption is org.xml.sax.SAXParseException: cvc-complex-type.2.4.c: The >>> matching wi ldcard is strict, but no declaration can be found for element >>> 'p:policies'. >>> at >>> org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoad >>> B >>> eanDefinitions(XmlBeanDefinitionReader.java:404) >>> at >>> org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBe >>> a >>> nDefinitions(XmlBeanDefinitionReader.java:342) >>> at >>> org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBe >>> a >>> nDefinitions(XmlBeanDefinitionReader.java:310) >>> at >>> org.springframework.beans.factory.support.AbstractBeanDefinitionRead >>> e >>> r.loadBeanDefinitions(AbstractBeanDefinitionReader.java:143) >>> at >>> org.springframework.beans.factory.support.AbstractBeanDefinitionRead >>> e >>> r.loadBeanDefinitions(AbstractBeanDefinitionReader.java:178) >>> at >>> org.springframework.beans.factory.support.AbstractBeanDefinitionRead >>> e >>> r.loadBeanDefinitions(AbstractBeanDefinitionReader.java:149) >>> at >>> org.springframework.osgi.context.support.OsgiBundleXmlApplicationCon >>> t >>> ext.loadBeanDefinitions(OsgiBundleXmlApplicationContext.java:176) >>> at >>> org.springframework.osgi.context.support.OsgiBundleXmlApplicationCon >>> t >>> ext.loadBeanDefinitions(OsgiBundleXmlApplicationContext.java:142) >>> at >>> org.springframework.context.support.AbstractRefreshableApplicationCo >>> n >>> text.refreshBeanFactory(AbstractRefreshableApplicationContext.java:1 >>> 2 >>> 3 >>> ) >>> at >>> org.springframework.context.support.AbstractApplicationContext.obtai >>> n >>> FreshBeanFactory(AbstractApplicationContext.java:422) >>> at >>> org.springframework.context.support.AbstractApplicationContext.refre >>> s >>> h(AbstractApplicationContext.java:352) >>> at >>> org.springframework.osgi.context.support.AbstractDelegatedExecutionA >>> p >>> plicationContext.access$301(AbstractDelegatedExecutionApplicationCon >>> t >>> e >>> xt.java:69 >>> ) >>> at >>> org.springframework.osgi.context.support.AbstractDelegatedExecutionA >>> p >>> plicationContext$1.run(AbstractDelegatedExecutionApplicationContext. >>> j >>> a >>> va:186) >>> at >>> org.springframework.osgi.util.internal.PrivilegedUtils.executeWithCu >>> s >>> tomTCCL(PrivilegedUtils.java:85) >>> at >>> org.springframework.osgi.context.support.AbstractDelegatedExecutionA >>> p >>> plicationContext.normalRefresh(AbstractDelegatedExecutionApplication >>> C >>> o >>> ntext.java >>> :182) >>> at >>> org.springframework.osgi.context.support.AbstractDelegatedExecutionA >>> p >>> plicationContext$NoDependenciesWaitRefreshExecutor.refresh(AbstractD >>> e >>> l >>> egatedExec >>> utionApplicationContext.java:89) >>> at >>> org.springframework.osgi.context.support.AbstractDelegatedExecutionA >>> p >>> plicationContext.refresh(AbstractDelegatedExecutionApplicationContext. >>> java:175) >>> at >>> org.apache.cxf.dosgi.dsw.OsgiUtils.readIntentMap(OsgiUtils.java:401) >>> at >>> org.apache.cxf.dosgi.dsw.OsgiUtils.getIntentMap(OsgiUtils.java:376) >>> at >>> org.apache.cxf.dosgi.dsw.Activator.getIntentMap(Activator.java:96) >>> at >>> org.apache.cxf.dosgi.dsw.Activator.registerRemoteServiceAdminService >>> ( >>> Activator.java:78) >>> at >>> org.apache.cxf.dosgi.dsw.Activator.start(Activator.java:55) >>> at >>> org.apache.cxf.dosgi.singlebundle.AggregatedActivator.startEmbeddedA >>> c >>> tivators(AggregatedActivator.java:115) >>> at >>> org.apache.cxf.dosgi.singlebundle.AggregatedActivator.start(Aggregat >>> e >>> dActivator.java:46) >>> at >>> org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(Bun >>> d >>> leContextImpl.java:783) >>> at java.security.AccessController.doPrivileged(Native Method) >>> at >>> org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActi >>> v >>> ator(BundleContextImpl.java:774) >>> at >>> org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(Bun >>> d >>> leContextImpl.java:755) >>> at >>> org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(Bund >>> l >>> eHost.java:352) >>> at >>> org.eclipse.osgi.framework.internal.core.AbstractBundle.start(Abstra >>> c >>> tBundle.java:280) >>> at >>> org.eclipse.osgi.framework.internal.core.AbstractBundle.start(Abstra >>> c >>> tBundle.java:272) >>> at >>> org.eclipse.osgi.framework.internal.core.FrameworkCommandProvider._s >>> t >>> art(FrameworkCommandProvider.java:253) >>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native >>> Method) >>> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown >>> Source) >>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown >>> Source) >>> at java.lang.reflect.Method.invoke(Unknown Source) >>> at >>> org.eclipse.osgi.framework.internal.core.FrameworkCommandInterpreter. >>> execute(FrameworkCommandInterpreter.java:155) >>> at >>> org.eclipse.osgi.framework.internal.core.FrameworkConsole.docommand( >>> F >>> rameworkConsole.java:303) >>> at >>> org.eclipse.osgi.framework.internal.core.FrameworkConsole.console(Fr >>> a >>> meworkConsole.java:288) >>> at >>> org.eclipse.osgi.framework.internal.core.FrameworkConsole.run(Framew >>> o >>> rkConsole.java:224) >>> at java.lang.Thread.run(Unknown Source) Caused by: >>> org.xml.sax.SAXParseException: cvc-complex-type.2.4.c: The matching w >>> ildcard is strict, but no declaration can be found for element 'p:policies'. >>> at >>> com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSA >>> X >>> ParseException(Unknown Source) >>> at >>> com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.error(Un >>> k >>> nown Source) >>> at >>> com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError >>> ( >>> Unknown Source) >>> at >>> com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError >>> ( >>> Unknown Source) >>> at >>> com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator$XSIErr >>> o rReporter.reportError(Unknown Source) >>> at >>> com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.report >>> S >>> chemaError(Unknown Source) >>> at >>> com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.handle >>> S >>> tartElement(Unknown Source) >>> at >>> com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.startE >>> l >>> ement(Unknown Source) >>> at >>> com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.sca >>> n >>> StartElement(Unknown Source) >>> at >>> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerIm >>> p l$FragmentContentDispatcher.dispatch(Unknown Source) >>> at >>> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerIm >>> p >>> l.scanDocument(Unknown Source) >>> at >>> com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse( >>> U >>> nknown Source) >>> at >>> com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse( >>> U >>> nknown Source) >>> at >>> com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(Unknown >>> So >>> urce) >>> at >>> com.sun.org.apache.xerces.internal.parsers.DOMParser.parse(Unknown >>> So >>> urce) >>> at >>> com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderImpl.parse(Un >>> k >>> nown Source) >>> at >>> org.springframework.beans.factory.xml.DefaultDocumentLoader.loadDocu >>> m >>> ent(DefaultDocumentLoader.java:75) >>> at >>> org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoad >>> B >>> eanDefinitions(XmlBeanDefinitionReader.java:396) >>> ... 40 more >>> Dec 21, 2009 2:14:38 PM org.apache.cxf.dosgi.dsw.qos.IntentMap >>> setIntents >>> INFO: Injected intents: {} >>> java.lang.UnsupportedClassVersionError: Bad version number in .class >>> file >>> at java.lang.ClassLoader.defineClass1(Native Method) >>> at java.lang.ClassLoader.defineClass(Unknown Source) >>> at >>> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.defineClass >>> ( >>> DefaultClassLoader.java:183) >>> at >>> org.eclipse.osgi.baseadaptor.loader.ClasspathManager.defineClass(Cla >>> s >>> spathManager.java:576) >>> at >>> org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findClassImpl(C >>> l >>> asspathManager.java:546) >>> at >>> org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClassI >>> m >>> pl(ClasspathManager.java:477) >>> at >>> org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass_ >>> L >>> ockClassLoader(ClasspathManager.java:465) >>> at >>> org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass( >>> C >>> lasspathManager.java:445) >>> at >>> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalCl >>> a >>> ss(DefaultClassLoader.java:211) >>> at >>> org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleL >>> o >>> ader.java:381) >>> at >>> org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(Bund >>> l >>> eLoader.java:457) >>> at >>> org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader. >>> java:410) >>> at >>> org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader. >>> java:398) >>> at >>> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(D >>> e >>> faultClassLoader.java:105) >>> at java.lang.ClassLoader.loadClass(Unknown Source) >>> at java.lang.ClassLoader.loadClassInternal(Unknown Source) >>> at java.lang.ClassLoader.defineClass1(Native Method) >>> at java.lang.ClassLoader.defineClass(Unknown Source) >>> at >>> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.defineClass >>> ( >>> DefaultClassLoader.java:183) >>> at >>> org.eclipse.osgi.baseadaptor.loader.ClasspathManager.defineClass(Cla >>> s >>> spathManager.java:576) >>> at >>> org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findClassImpl(C >>> l >>> asspathManager.java:546) >>> at >>> org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClassI >>> m >>> pl(ClasspathManager.java:477) >>> at >>> org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass_ >>> L >>> ockClassLoader(ClasspathManager.java:465) >>> at >>> org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass( >>> C >>> lasspathManager.java:445) >>> at >>> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalCl >>> a >>> ss(DefaultClassLoader.java:211) >>> at >>> org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleL >>> o >>> ader.java:381) >>> at >>> org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(Bund >>> l >>> eLoader.java:457) >>> at >>> org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader. >>> java:410) >>> at >>> org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader. >>> java:398) >>> at >>> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(D >>> e >>> faultClassLoader.java:105) >>> at java.lang.ClassLoader.loadClass(Unknown Source) >>> at java.lang.ClassLoader.loadClassInternal(Unknown Source) >>> at >>> org.apache.cxf.dosgi.discovery.zookeeper.Activator.createZooKeeperDi >>> s >>> covery(Activator.java:112) >>> at >>> org.apache.cxf.dosgi.discovery.zookeeper.Activator.start(Activator.j >>> a >>> va:46) >>> at >>> org.apache.cxf.dosgi.singlebundle.AggregatedActivator.startEmbeddedA >>> c >>> tivators(AggregatedActivator.java:115) >>> at >>> org.apache.cxf.dosgi.singlebundle.AggregatedActivator.start(Aggregat >>> e >>> dActivator.java:46) >>> at >>> org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(Bun >>> d >>> leContextImpl.java:783) >>> at java.security.AccessController.doPrivileged(Native Method) >>> at >>> org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActi >>> v >>> ator(BundleContextImpl.java:774) >>> at >>> org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(Bun >>> d >>> leContextImpl.java:755) >>> at >>> org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(Bund >>> l >>> eHost.java:352) >>> at >>> org.eclipse.osgi.framework.internal.core.AbstractBundle.start(Abstra >>> c >>> tBundle.java:280) >>> at >>> org.eclipse.osgi.framework.internal.core.AbstractBundle.start(Abstra >>> c >>> tBundle.java:272) >>> at >>> org.eclipse.osgi.framework.internal.core.FrameworkCommandProvider._s >>> t >>> art(FrameworkCommandProvider.java:253) >>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native >>> Method) >>> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown >>> Source) >>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown >>> Source) >>> at java.lang.reflect.Method.invoke(Unknown Source) >>> at >>> org.eclipse.osgi.framework.internal.core.FrameworkCommandInterpreter. >>> execute(FrameworkCommandInterpreter.java:155) >>> at >>> org.eclipse.osgi.framework.internal.core.FrameworkConsole.docommand( >>> F >>> rameworkConsole.java:303) >>> at >>> org.eclipse.osgi.framework.internal.core.FrameworkConsole.console(Fr >>> a >>> meworkConsole.java:288) >>> at >>> org.eclipse.osgi.framework.internal.core.FrameworkConsole.run(Framew >>> o >>> rkConsole.java:224) >>> at java.lang.Thread.run(Unknown Source) Dec 21, 2009 2:14:38 >>> PM org.apache.cxf.dosgi.topologymanager.Activator start >>> INFO: TopologyManager: start() >>> Dec 21, 2009 2:14:38 PM >>> org.apache.cxf.dosgi.topologymanager.RemoteServiceAdminL >>> ist$1 addingService >>> INFO: Adding RemoteServiceAdmin to list of admins Dec 21, 2009 >>> 2:14:38 PM org.apache.cxf.dosgi.topologymanager.RemoteServiceAdminL >>> ist$1 addingService >>> INFO: enlisted RemoteEventAdmins: 0 >>> Dec 21, 2009 2:14:38 PM >>> org.apache.cxf.dosgi.topologymanager.TopologyManager tri >>> ggerExportImportForRemoteSericeAdmin >>> INFO: TopologyManager: triggerExportImportForRemoteSericeAdmin() >>> Dec 21, 2009 2:14:38 PM >>> org.apache.cxf.dosgi.topologymanager.TopologyManagerImpo >>> rt triggerExportImportForRemoteSericeAdmin >>> SEVERE: NOT IMPLEMENTED !!! >>> Dec 21, 2009 2:14:38 PM >>> org.apache.cxf.dosgi.topologymanager.EndpointListenerImp >>> l getRegistrationProperties >>> INFO: EndpointListener: current filter: [] >>> >>> -----Original Message----- >>> From: David Bosschaert [mailto:david.bosscha...@gmail.com] >>> Sent: Tuesday, December 22, 2009 6:27 AM >>> To: users@cxf.apache.org >>> Subject: Re: [DOSGI] cxf 2.2.5 in the DOSGI 1.2 snapshot download? >>> >>> I've just updated CXF/DOSGi trunk to use CXF 2.2.5 >>> >>> BTW you should be able to use CXF 2.2.5 with the DOSGI 1.1 release. In the >>> multi bundle distro, just replace the cxf-bundle-minimal-2.2.5.jar with the >>> 2.2.5 version. Haven't tried it but it should work... >>> >>> Cheers, >>> >>> David >>> >>> 2009/12/22 David Bosschaert <david.bosscha...@gmail.com>: >>>> Hi Thomas, >>>> >>>> Hmmm, I would think so, but the 1.1 release also has 2.2.4. >>>> I'll update the build system to pick up 2.2.5. >>>> >>>> BTW I *really* advise you to use the 1.1 release and not >>>> 1.2-SNAPSHOT at this moment in time as there is a lot of >>>> refactoring going on @ dosgi trunk [1]. So unless you like living >>>> on the edge I would go for the 1.1 release :) >>>> >>>> Cheers, >>>> >>>> David >>>> >>>> [1] >>>> http://old.nabble.com/Migrating-CXF-DOSGi-to-be-complaint-with-the- >>>> n e w -OSGi-Remote-Service--Admin-spec-td26645023.html >>>> >>>> 2009/12/21 Shulok, Thomas <thomas.shu...@lmco.com>: >>>>> Hi All, >>>>> >>>>> Just downloaded the lastest 1.2 snapshot, and it still has >>>>> cxf-bundle-minimal-2.2.4.jar. Should this be 2.2.5 now? >>>>> >>>>> Thanks, >>>>> Thom >>>>> >>>> >>> >> >