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 <[EMAIL PROTECTED]> 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
