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 <[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
