You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@servicemix.apache.org by Jon Brisbin <jo...@jbrisbin.com> on 2008/12/09 17:19:18 UTC
SM kernel won't run with Spring OSGi 1.2.0-m2
I tried compiling trunk against Spring OSGi 1.2.0-m2 and the GShell
console won't start. Backed up to kernel 1.0.0 and tried again,
updating everything to latest stable release...Spring 2.5.6, Felix
1.4.0 SLF4J, etc..., and tried Spring OSGi 1.2. It hangs trying to
find the namespace mapping for osgix. Backed Spring OSGi down to v
1.1.2 and everything runs fine.
This must have started not too long ago because I remember using
Spring OSGi 1.2.0-m2 successfully maybe a week ago or more. Or maybe I
don't. I can't really remember. :) I know for sure I tried it in plain
Felix 1.4.0 and it works fine. I've also used the osgi compendium
namespace from Felix/OSGi 1.2.0. It's something specific to SM and
specifically, the gshell integration.
Thanks!
Jon Brisbin
http://jbrisbin.com
Felix and ServiceMix 3.* : NoClassDefFoundError:
org/apache/felix/framework/util/manifestparser/ManifestParser
Posted by no no <yo...@hotmail.fr>.
Hello all,
I have a troublesome problem which drives me nuts for months.
I try to use OSGi in ServiceMix 3.*, more precisely in a SA that embeds the Felix OSGi implementation.
After deploying the SA, and when at runtime launching the Felix platform, this is what i get :
===============================================
Exception
Caused by: java.lang.NoClassDefFoundError: org/apache/felix/framework/util/manifestparser/ManifestParser
at org.apache.felix.framework.ExtensionManager.<init>(ExtensionManager.java:182) <-- felix code that can't find the Manifestparser class
at org.apache.felix.framework.Felix.<init>(Felix.java:359)
at com.thalesgroup.setha.osgi.ServiceManager.startPlatform(ServiceManager.java:98) <-- code launching the platform
===============================================
This is a view of the portion of Felix code launching the exception :
In org.apache.felix.framework.ExtensionManager :
============================
try
{
(line:182) setCapabilities(
addModuleCapability(map,
ManifestParser.parseExportHeader(syspkgs)));
}
============================
Have you ever seen this error before ?
When i use my application outside serviceMix, everything is fine.
But as soon as i mix it with serviceMix...this error comes.
Any suggestion will be much appreciated.
yOOs
_________________________________________________________________
Découvrez toutes les possibilités de communication avec vos proches
http://www.microsoft.com/windows/windowslive/default.aspx
Re: SM kernel won't run with Spring OSGi 1.2.0-m2
Posted by Jon Brisbin <jo...@jbrisbin.com>.
I'll take a look at this today.
Thanks!
Jon Brisbin
http://jbrisbin.com
On Dec 11, 2008, at 1:47 AM, Guillaume Nodet wrote:
> Maybe, the osgix namespace is incompatible.
> If you look at the docs for spring-dm 1.2.x, I just found the
> folllowing snippet:
>
> <!-- Configuration Admin entry -->
> <osgix:cm-properties id="cmProps" persistent-id="com.xyz.myapp">
> <prop key="host">localhost</prop>
> </osgix:cm-properties>
>
> <!-- placeholder configurer -->
> <ctx:property-placeholder properties-ref="cmProps" />
>
> So the way to use the config admin changed a bit. It should no be too
> hard to fix that one, but this is used in several bundles.
> If you want to work on that and submit a patch (upgrading everything
> or not), I'd be very happy to commit it.
>
> On Thu, Dec 11, 2008 at 2:56 AM, Jon Brisbin <jo...@jbrisbin.com> wrote:
>> Sorry it took so long to respond. I've changed my setup several
>> times since
>> then, trying different things. This is from SMX4 m2 snapshot,
>> upgraded to
>> Spring 2.5.6 and OSGi 1.2.0-m2 by changing the startup.properties.
>> I get the
>> following traceback every time. Bundle 39 is GShell core.
>>
>> org
>> .springframework.beans.factory.xml.XmlBeanDefinitionStoreException:
>> Line
>> 62 in XML document from URL
>> [bundle://39.0:0/META-INF/spring/gshell-osgi.xml] is invalid;
>> nested exception is org.xml.sax.SAXParseException: cvc-complex-type.
>> 2.4.c:
>> The matching wildcard is strict, but no declaration can be found
>> for element
>> 'osgix:prope
>> rty-placeholder'.
>> at
>> org
>> .springframework
>> .beans
>> .factory
>> .xml
>> .XmlBeanDefinitionReader
>> .doLoadBeanDefinitions(XmlBeanDefinitionReader.java:404)
>> at
>> org
>> .springframework
>> .beans
>> .factory
>> .xml
>> .XmlBeanDefinitionReader
>> .loadBeanDefinitions(XmlBeanDefinitionReader.java:342)
>> at
>> org
>> .springframework
>> .beans
>> .factory
>> .xml
>> .XmlBeanDefinitionReader
>> .loadBeanDefinitions(XmlBeanDefinitionReader.java:310)
>> at
>> org
>> .springframework
>> .beans
>> .factory
>> .support
>> .AbstractBeanDefinitionReader
>> .loadBeanDefinitions(AbstractBeanDefinitionReader.java:143)
>> at
>> org
>> .springframework
>> .beans
>> .factory
>> .support
>> .AbstractBeanDefinitionReader
>> .loadBeanDefinitions(AbstractBeanDefinitionReader.java:178)
>> at
>> org
>> .springframework
>> .beans
>> .factory
>> .support
>> .AbstractBeanDefinitionReader
>> .loadBeanDefinitions(AbstractBeanDefinitionReader.java:149)
>> at
>> org
>> .springframework
>> .osgi
>> .context
>> .support
>> .OsgiBundleXmlApplicationContext
>> .loadBeanDefinitions(OsgiBundleXmlApplicationContext.java:176)
>> at
>> org
>> .springframework
>> .osgi
>> .context
>> .support
>> .OsgiBundleXmlApplicationContext
>> .loadBeanDefinitions(OsgiBundleXmlApplicationContext.java:142)
>> at
>> org
>> .springframework
>> .context
>> .support
>> .AbstractRefreshableApplicationContext
>> .refreshBeanFactory(AbstractRefreshableApplicationContext.java:123)
>> at
>> org
>> .springframework
>> .context
>> .support
>> .AbstractApplicationContext
>> .obtainFreshBeanFactory(AbstractApplicationContext.java:422)
>> at
>> org
>> .springframework
>> .osgi
>> .context.support.AbstractDelegatedExecutionApplicationContext.access
>> $800(AbstractDelegatedExecutionApplicationContext.java:68)
>> at
>> org
>> .springframework
>> .osgi.context.support.AbstractDelegatedExecutionApplicationContext
>> $3.run(AbstractDelegatedExecutionApplicationContext.java:259)
>> at
>> org
>> .springframework
>> .osgi
>> .util
>> .internal
>> .PrivilegedUtils.executeWithCustomTCCL(PrivilegedUtils.java:85)
>> at
>> org
>> .springframework
>> .osgi
>> .context
>> .support
>> .AbstractDelegatedExecutionApplicationContext
>> .startRefresh(AbstractDelegatedExecutionApplicationContext.java:237)
>> at
>> org
>> .springframework
>> .osgi
>> .extender
>> .internal
>> .dependencies
>> .startup
>> .DependencyWaiterApplicationContextExecutor
>> .stageOne(DependencyWaiterApplicationContextExec
>> utor.java:215)
>> at
>> org
>> .springframework
>> .osgi
>> .extender
>> .internal
>> .dependencies
>> .startup
>> .DependencyWaiterApplicationContextExecutor
>> .refresh(DependencyWaiterApplicationContextExecu
>> tor.java:168)
>> at
>> org
>> .springframework
>> .osgi
>> .context
>> .support
>> .AbstractDelegatedExecutionApplicationContext
>> .refresh(AbstractDelegatedExecutionApplicationContext.java:179)
>> at
>> org
>> .springframework
>> .osgi.extender.internal.activator.ContextLoaderListener
>> $2.run(ContextLoaderListener.java:759)
>> at
>> org
>> .springframework
>> .core.task.SyncTaskExecutor.execute(SyncTaskExecutor.java:49)
>> at
>> org
>> .springframework
>> .osgi
>> .extender
>> .internal
>> .activator
>> .ContextLoaderListener
>> .maybeCreateApplicationContextFor(ContextLoaderListener.java:806)
>> at
>> org
>> .springframework
>> .osgi.extender.internal.activator.ContextLoaderListener
>> $ContextBundleListener.handleEvent(ContextLoaderListener.java:233)
>> at
>> org
>> .springframework
>> .osgi.extender.internal.activator.ContextLoaderListener
>> $BaseListener.bundleChanged(ContextLoaderListener.java:176)
>> at
>> org
>> .apache
>> .felix
>> .framework
>> .util
>> .EventDispatcher.invokeBundleListenerCallback(EventDispatcher.java:
>> 690)
>> at
>> org
>> .apache
>> .felix
>> .framework
>> .util.EventDispatcher.fireEventImmediately(EventDispatcher.java:619)
>> at
>> org
>> .apache
>> .felix
>> .framework
>> .util.EventDispatcher.fireBundleEvent(EventDispatcher.java:532)
>> at
>> org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:3601)
>> at org.apache.felix.framework.Felix._startBundle(Felix.java:
>> 1616)
>> at org.apache.felix.framework.Felix.startBundle(Felix.java:
>> 1544)
>> at
>> org.apache.felix.framework.Felix.setFrameworkStartLevel(Felix.java:
>> 1125)
>> at
>> org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:
>> 258)
>> at java.lang.Thread.run(Thread.java:637)
>> Caused by: org.xml.sax.SAXParseException: cvc-complex-type.2.4.c: The
>> matching wildcard is strict, but no declaration can be found for
>> element
>> 'osgix:property-placeh
>> older'.
>> at
>> com
>> .sun
>> .org
>> .apache
>> .xerces
>> .internal
>> .util
>> .ErrorHandlerWrapper
>> .createSAXParseException(ErrorHandlerWrapper.java:231)
>> at
>> com
>> .sun
>> .org
>> .apache
>> .xerces
>> .internal.util.ErrorHandlerWrapper.error(ErrorHandlerWrapper.java:
>> 167)
>> at
>> com
>> .sun
>> .org
>> .apache
>> .xerces
>> .internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:
>> 420)
>> at
>> com
>> .sun
>> .org
>> .apache
>> .xerces
>> .internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:
>> 354)
>> at
>> com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator
>> $XSIErrorReporter.reportError(XMLSchemaValidator.java:453)
>> at
>> com
>> .sun
>> .org
>> .apache
>> .xerces
>> .internal
>> .impl
>> .xs.XMLSchemaValidator.reportSchemaError(XMLSchemaValidator.java:
>> 3229)
>> at
>> com
>> .sun
>> .org
>> .apache
>> .xerces
>> .internal
>> .impl
>> .xs.XMLSchemaValidator.handleStartElement(XMLSchemaValidator.java:
>> 1962)
>> at
>> com
>> .sun
>> .org
>> .apache
>> .xerces
>> .internal
>> .impl.xs.XMLSchemaValidator.startElement(XMLSchemaValidator.java:741)
>> at
>> com
>> .sun
>> .org
>> .apache
>> .xerces
>> .internal
>> .impl
>> .XMLNSDocumentScannerImpl
>> .scanStartElement(XMLNSDocumentScannerImpl.java:414)
>> at
>> com
>> .sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl
>> $FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2769)
>> at
>> com
>> .sun
>> .org
>> .apache
>> .xerces
>> .internal
>> .impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:662)
>>
>>
>> Thanks!
>>
>> Jon Brisbin
>> http://jbrisbin.com
>>
>> On Dec 9, 2008, at 4:41 PM, Donald Woods wrote:
>>
>>> Can you give more details? Were there any exceptions logged?
>>>
>>>
>>> -Donald
>>>
>>>
>>> Jon Brisbin wrote:
>>>>
>>>> I tried compiling trunk against Spring OSGi 1.2.0-m2 and the GShell
>>>> console won't start. Backed up to kernel 1.0.0 and tried again,
>>>> updating
>>>> everything to latest stable release...Spring 2.5.6, Felix 1.4.0
>>>> SLF4J,
>>>> etc..., and tried Spring OSGi 1.2. It hangs trying to find the
>>>> namespace
>>>> mapping for osgix. Backed Spring OSGi down to v 1.1.2 and
>>>> everything runs
>>>> fine.
>>>> This must have started not too long ago because I remember using
>>>> Spring
>>>> OSGi 1.2.0-m2 successfully maybe a week ago or more. Or maybe I
>>>> don't. I
>>>> can't really remember. :) I know for sure I tried it in plain
>>>> Felix 1.4.0
>>>> and it works fine. I've also used the osgi compendium namespace
>>>> from
>>>> Felix/OSGi 1.2.0. It's something specific to SM and specifically,
>>>> the gshell
>>>> integration.
>>>> Thanks!
>>>> Jon Brisbin
>>>> http://jbrisbin.com
>>
>>
>
>
>
> --
> Cheers,
> Guillaume Nodet
> ------------------------
> Blog: http://gnodet.blogspot.com/
> ------------------------
> Open Source SOA
> http://fusesource.com
Re: SM kernel won't run with Spring OSGi 1.2.0-m2
Posted by Guillaume Nodet <gn...@gmail.com>.
Maybe, the osgix namespace is incompatible.
If you look at the docs for spring-dm 1.2.x, I just found the
folllowing snippet:
<!-- Configuration Admin entry -->
<osgix:cm-properties id="cmProps" persistent-id="com.xyz.myapp">
<prop key="host">localhost</prop>
</osgix:cm-properties>
<!-- placeholder configurer -->
<ctx:property-placeholder properties-ref="cmProps" />
So the way to use the config admin changed a bit. It should no be too
hard to fix that one, but this is used in several bundles.
If you want to work on that and submit a patch (upgrading everything
or not), I'd be very happy to commit it.
On Thu, Dec 11, 2008 at 2:56 AM, Jon Brisbin <jo...@jbrisbin.com> wrote:
> Sorry it took so long to respond. I've changed my setup several times since
> then, trying different things. This is from SMX4 m2 snapshot, upgraded to
> Spring 2.5.6 and OSGi 1.2.0-m2 by changing the startup.properties. I get the
> following traceback every time. Bundle 39 is GShell core.
>
> org.springframework.beans.factory.xml.XmlBeanDefinitionStoreException: Line
> 62 in XML document from URL
> [bundle://39.0:0/META-INF/spring/gshell-osgi.xml] is invalid;
> nested exception is org.xml.sax.SAXParseException: cvc-complex-type.2.4.c:
> The matching wildcard is strict, but no declaration can be found for element
> 'osgix:prope
> rty-placeholder'.
> at
> org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:404)
> at
> org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:342)
> at
> org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:310)
> at
> org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:143)
> at
> org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:178)
> at
> org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:149)
> at
> org.springframework.osgi.context.support.OsgiBundleXmlApplicationContext.loadBeanDefinitions(OsgiBundleXmlApplicationContext.java:176)
> at
> org.springframework.osgi.context.support.OsgiBundleXmlApplicationContext.loadBeanDefinitions(OsgiBundleXmlApplicationContext.java:142)
> at
> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:123)
> at
> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:422)
> at
> org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.access$800(AbstractDelegatedExecutionApplicationContext.java:68)
> at
> org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext$3.run(AbstractDelegatedExecutionApplicationContext.java:259)
> at
> org.springframework.osgi.util.internal.PrivilegedUtils.executeWithCustomTCCL(PrivilegedUtils.java:85)
> at
> org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.startRefresh(AbstractDelegatedExecutionApplicationContext.java:237)
> at
> org.springframework.osgi.extender.internal.dependencies.startup.DependencyWaiterApplicationContextExecutor.stageOne(DependencyWaiterApplicationContextExec
> utor.java:215)
> at
> org.springframework.osgi.extender.internal.dependencies.startup.DependencyWaiterApplicationContextExecutor.refresh(DependencyWaiterApplicationContextExecu
> tor.java:168)
> at
> org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.refresh(AbstractDelegatedExecutionApplicationContext.java:179)
> at
> org.springframework.osgi.extender.internal.activator.ContextLoaderListener$2.run(ContextLoaderListener.java:759)
> at
> org.springframework.core.task.SyncTaskExecutor.execute(SyncTaskExecutor.java:49)
> at
> org.springframework.osgi.extender.internal.activator.ContextLoaderListener.maybeCreateApplicationContextFor(ContextLoaderListener.java:806)
> at
> org.springframework.osgi.extender.internal.activator.ContextLoaderListener$ContextBundleListener.handleEvent(ContextLoaderListener.java:233)
> at
> org.springframework.osgi.extender.internal.activator.ContextLoaderListener$BaseListener.bundleChanged(ContextLoaderListener.java:176)
> at
> org.apache.felix.framework.util.EventDispatcher.invokeBundleListenerCallback(EventDispatcher.java:690)
> at
> org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:619)
> at
> org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:532)
> at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:3601)
> at org.apache.felix.framework.Felix._startBundle(Felix.java:1616)
> at org.apache.felix.framework.Felix.startBundle(Felix.java:1544)
> at
> org.apache.felix.framework.Felix.setFrameworkStartLevel(Felix.java:1125)
> at
> org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:258)
> at java.lang.Thread.run(Thread.java:637)
> Caused by: org.xml.sax.SAXParseException: cvc-complex-type.2.4.c: The
> matching wildcard is strict, but no declaration can be found for element
> 'osgix:property-placeh
> older'.
> at
> com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:231)
> at
> com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.error(ErrorHandlerWrapper.java:167)
> at
> com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:420)
> at
> com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:354)
> at
> com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator$XSIErrorReporter.reportError(XMLSchemaValidator.java:453)
> at
> com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.reportSchemaError(XMLSchemaValidator.java:3229)
> at
> com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.handleStartElement(XMLSchemaValidator.java:1962)
> at
> com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.startElement(XMLSchemaValidator.java:741)
> at
> com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement(XMLNSDocumentScannerImpl.java:414)
> at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2769)
> at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:662)
>
>
> Thanks!
>
> Jon Brisbin
> http://jbrisbin.com
>
> On Dec 9, 2008, at 4:41 PM, Donald Woods wrote:
>
>> Can you give more details? Were there any exceptions logged?
>>
>>
>> -Donald
>>
>>
>> Jon Brisbin wrote:
>>>
>>> I tried compiling trunk against Spring OSGi 1.2.0-m2 and the GShell
>>> console won't start. Backed up to kernel 1.0.0 and tried again, updating
>>> everything to latest stable release...Spring 2.5.6, Felix 1.4.0 SLF4J,
>>> etc..., and tried Spring OSGi 1.2. It hangs trying to find the namespace
>>> mapping for osgix. Backed Spring OSGi down to v 1.1.2 and everything runs
>>> fine.
>>> This must have started not too long ago because I remember using Spring
>>> OSGi 1.2.0-m2 successfully maybe a week ago or more. Or maybe I don't. I
>>> can't really remember. :) I know for sure I tried it in plain Felix 1.4.0
>>> and it works fine. I've also used the osgi compendium namespace from
>>> Felix/OSGi 1.2.0. It's something specific to SM and specifically, the gshell
>>> integration.
>>> Thanks!
>>> Jon Brisbin
>>> http://jbrisbin.com
>
>
--
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
------------------------
Open Source SOA
http://fusesource.com
Re: SM kernel won't run with Spring OSGi 1.2.0-m2
Posted by Jon Brisbin <jo...@jbrisbin.com>.
Sorry it took so long to respond. I've changed my setup several times
since then, trying different things. This is from SMX4 m2 snapshot,
upgraded to Spring 2.5.6 and OSGi 1.2.0-m2 by changing the
startup.properties. I get the following traceback every time. Bundle
39 is GShell core.
org.springframework.beans.factory.xml.XmlBeanDefinitionStoreException:
Line 62 in XML document from URL [bundle://39.0:0/META-INF/spring/
gshell-osgi.xml] is invalid;
nested exception is org.xml.sax.SAXParseException: cvc-complex-type.
2.4.c: The matching wildcard is strict, but no declaration can be
found for element 'osgix:prope
rty-placeholder'.
at
org
.springframework
.beans
.factory
.xml
.XmlBeanDefinitionReader
.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:404)
at
org
.springframework
.beans
.factory
.xml
.XmlBeanDefinitionReader
.loadBeanDefinitions(XmlBeanDefinitionReader.java:342)
at
org
.springframework
.beans
.factory
.xml
.XmlBeanDefinitionReader
.loadBeanDefinitions(XmlBeanDefinitionReader.java:310)
at
org
.springframework
.beans
.factory
.support
.AbstractBeanDefinitionReader
.loadBeanDefinitions(AbstractBeanDefinitionReader.java:143)
at
org
.springframework
.beans
.factory
.support
.AbstractBeanDefinitionReader
.loadBeanDefinitions(AbstractBeanDefinitionReader.java:178)
at
org
.springframework
.beans
.factory
.support
.AbstractBeanDefinitionReader
.loadBeanDefinitions(AbstractBeanDefinitionReader.java:149)
at
org
.springframework
.osgi
.context
.support
.OsgiBundleXmlApplicationContext
.loadBeanDefinitions(OsgiBundleXmlApplicationContext.java:176)
at
org
.springframework
.osgi
.context
.support
.OsgiBundleXmlApplicationContext
.loadBeanDefinitions(OsgiBundleXmlApplicationContext.java:142)
at
org
.springframework
.context
.support
.AbstractRefreshableApplicationContext
.refreshBeanFactory(AbstractRefreshableApplicationContext.java:123)
at
org
.springframework
.context
.support
.AbstractApplicationContext
.obtainFreshBeanFactory(AbstractApplicationContext.java:422)
at
org
.springframework
.osgi
.context.support.AbstractDelegatedExecutionApplicationContext.access
$800(AbstractDelegatedExecutionApplicationContext.java:68)
at
org
.springframework
.osgi.context.support.AbstractDelegatedExecutionApplicationContext
$3.run(AbstractDelegatedExecutionApplicationContext.java:259)
at
org
.springframework
.osgi
.util
.internal.PrivilegedUtils.executeWithCustomTCCL(PrivilegedUtils.java:85)
at
org
.springframework
.osgi
.context
.support
.AbstractDelegatedExecutionApplicationContext
.startRefresh(AbstractDelegatedExecutionApplicationContext.java:237)
at
org
.springframework
.osgi
.extender
.internal
.dependencies
.startup
.DependencyWaiterApplicationContextExecutor
.stageOne(DependencyWaiterApplicationContextExec
utor.java:215)
at
org
.springframework
.osgi
.extender
.internal
.dependencies
.startup
.DependencyWaiterApplicationContextExecutor
.refresh(DependencyWaiterApplicationContextExecu
tor.java:168)
at
org
.springframework
.osgi
.context
.support
.AbstractDelegatedExecutionApplicationContext
.refresh(AbstractDelegatedExecutionApplicationContext.java:179)
at
org
.springframework.osgi.extender.internal.activator.ContextLoaderListener
$2.run(ContextLoaderListener.java:759)
at
org
.springframework
.core.task.SyncTaskExecutor.execute(SyncTaskExecutor.java:49)
at
org
.springframework
.osgi
.extender
.internal
.activator
.ContextLoaderListener
.maybeCreateApplicationContextFor(ContextLoaderListener.java:806)
at
org
.springframework.osgi.extender.internal.activator.ContextLoaderListener
$ContextBundleListener.handleEvent(ContextLoaderListener.java:233)
at
org
.springframework.osgi.extender.internal.activator.ContextLoaderListener
$BaseListener.bundleChanged(ContextLoaderListener.java:176)
at
org
.apache
.felix
.framework
.util
.EventDispatcher.invokeBundleListenerCallback(EventDispatcher.java:690)
at
org
.apache
.felix
.framework
.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:619)
at
org
.apache
.felix
.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:
532)
at
org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:3601)
at org.apache.felix.framework.Felix._startBundle(Felix.java:
1616)
at org.apache.felix.framework.Felix.startBundle(Felix.java:
1544)
at
org.apache.felix.framework.Felix.setFrameworkStartLevel(Felix.java:1125)
at
org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:258)
at java.lang.Thread.run(Thread.java:637)
Caused by: org.xml.sax.SAXParseException: cvc-complex-type.2.4.c: The
matching wildcard is strict, but no declaration can be found for
element 'osgix:property-placeh
older'.
at
com
.sun
.org
.apache
.xerces
.internal
.util
.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:
231)
at
com
.sun
.org
.apache
.xerces
.internal.util.ErrorHandlerWrapper.error(ErrorHandlerWrapper.java:167)
at
com
.sun
.org
.apache
.xerces
.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:420)
at
com
.sun
.org
.apache
.xerces
.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:354)
at
com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator
$XSIErrorReporter.reportError(XMLSchemaValidator.java:453)
at
com
.sun
.org
.apache
.xerces
.internal
.impl.xs.XMLSchemaValidator.reportSchemaError(XMLSchemaValidator.java:
3229)
at
com
.sun
.org
.apache
.xerces
.internal
.impl.xs.XMLSchemaValidator.handleStartElement(XMLSchemaValidator.java:
1962)
at
com
.sun
.org
.apache
.xerces
.internal
.impl.xs.XMLSchemaValidator.startElement(XMLSchemaValidator.java:741)
at
com
.sun
.org
.apache
.xerces
.internal
.impl
.XMLNSDocumentScannerImpl
.scanStartElement(XMLNSDocumentScannerImpl.java:414)
at
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl
$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2769)
at
com
.sun
.org
.apache
.xerces
.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:
662)
Thanks!
Jon Brisbin
http://jbrisbin.com
On Dec 9, 2008, at 4:41 PM, Donald Woods wrote:
> Can you give more details? Were there any exceptions logged?
>
>
> -Donald
>
>
> Jon Brisbin wrote:
>> I tried compiling trunk against Spring OSGi 1.2.0-m2 and the GShell
>> console won't start. Backed up to kernel 1.0.0 and tried again,
>> updating everything to latest stable release...Spring 2.5.6, Felix
>> 1.4.0 SLF4J, etc..., and tried Spring OSGi 1.2. It hangs trying to
>> find the namespace mapping for osgix. Backed Spring OSGi down to v
>> 1.1.2 and everything runs fine.
>> This must have started not too long ago because I remember using
>> Spring OSGi 1.2.0-m2 successfully maybe a week ago or more. Or
>> maybe I don't. I can't really remember. :) I know for sure I tried
>> it in plain Felix 1.4.0 and it works fine. I've also used the osgi
>> compendium namespace from Felix/OSGi 1.2.0. It's something specific
>> to SM and specifically, the gshell integration.
>> Thanks!
>> Jon Brisbin
>> http://jbrisbin.com
Re: SM kernel won't run with Spring OSGi 1.2.0-m2
Posted by Donald Woods <dw...@apache.org>.
Can you give more details? Were there any exceptions logged?
-Donald
Jon Brisbin wrote:
> I tried compiling trunk against Spring OSGi 1.2.0-m2 and the GShell
> console won't start. Backed up to kernel 1.0.0 and tried again, updating
> everything to latest stable release...Spring 2.5.6, Felix 1.4.0 SLF4J,
> etc..., and tried Spring OSGi 1.2. It hangs trying to find the namespace
> mapping for osgix. Backed Spring OSGi down to v 1.1.2 and everything
> runs fine.
>
> This must have started not too long ago because I remember using Spring
> OSGi 1.2.0-m2 successfully maybe a week ago or more. Or maybe I don't. I
> can't really remember. :) I know for sure I tried it in plain Felix
> 1.4.0 and it works fine. I've also used the osgi compendium namespace
> from Felix/OSGi 1.2.0. It's something specific to SM and specifically,
> the gshell integration.
>
> Thanks!
>
> Jon Brisbin
> http://jbrisbin.com
>
>