The Woden and env not bound errors are indeed harmless, but we will get them fixed soon.
I am pretty sure that the ClassCastException is going to be from using Java 1.6, and possibly the JBoss deployer is including some versions of the xml parser packages that it shouldn't. Try with Java 1.5 if you can, and if you could open a Jira issue for this problem at http://issues.apache.org/activemq that would be a big help. Thanks, Chris On Feb 11, 2008 5:16 PM, nate roe <[EMAIL PROTECTED]> wrote: > > I'm using ServiceMix 3.2.1, Java 1.6, and JBoss 4.0.5. > > I have an SA made up of a single SU based on the wsdl-first example. This > SA differs from the SA produced by the example as follows: > > 1) I removed the SU that starts Jetty. I did this because I think I want > JBoss to handle HTTP. > 2) I removed the WSDL file. This file is apparently unnecessary. > > This modified SA deploys and works with ServiceMix as a stand-alone. > > I used the JBoss Deployer to generate my ServiceMix SAR as per this page: > http://servicemix.apache.org/jboss-deployer.html > > At first, I received a warning about Woden during JBoss start, but I added > the Woden JAR to the SAR's lib dir and this went away. I still receive an > "env not bound" exception, but this is a known issue ( > https://issues.apache.org/activemq/browse/SM-1206 ) and thus is not > currently fixable. [what does that error affect?] > > When I place the ZIP containing my SA into my JBoss deployment directory, > ServiceMix picks it up properly. However, there is then an error that I > don't understand: > > 15:26:25,620 INFO [org.servicemix.jboss.deployment.JBIDeployer] Init > ServiceMix JBI Component: > file:/C:/dev/jboss-4.0.5/server/concierge/tmp/deploy/tmp63401wsdl- > first-sa-3.2.1.zip-contents/wsdl-first-jsr181-su-3.2.1.zip > 15:26:25,620 INFO [org.servicemix.jboss.deployment.JBIDeployer] Init > Watcher > 15:26:25,620 INFO [org.servicemix.jboss.deployment.JBIDeployer] Init > LoaderRepository > 15:26:25,620 WARN [org.jboss.deployment.DeploymentInfo] Only the root > deployment can set the loader repository, ignoring > config=LoaderRepositoryConfig(repositoryName: > org.servicemix:loader-repository=JBIContainer, repositoryClassName: null, > configParserClassName: null, repositoryConfig: null) > 15:26:25,620 DEBUG [org.servicemix.jboss.deployment.JBIDeployer] looking > for > nested deployments in : > file:/C:/dev/jboss-4.0.5/server/concierge/tmp/deploy/tmp63401wsdl- > first-sa-3.2.1.zip-contents/wsdl-first-jsr181-su-3.2.1.zip > 15:26:25,620 INFO [org.servicemix.jboss.deployment.JBIDeployer] > ServiceMix > deployer passing deployment to JBI container > [file:/C:/dev/jboss-4.0.5/server/concierge/tmp/deploy/tmp63401wsdl- > first-sa-3.2.1.zip-contents/wsdl-first-jsr181-su-3.2.1.zip] > 15:26:25,979 ERROR [org.apache.servicemix.jbi.framework.ManagementSupport] > Error > java.lang.RuntimeException: Could not create DOM document > at > org.apache.servicemix.jbi.framework.ManagementSupport.createDocument( > ManagementSupport.java:186) > at > > org.apache.servicemix.jbi.framework.ManagementSupport.createFrameworkMessage > (ManagementSupport.java:155) > at > org.apache.servicemix.jbi.framework.AutoDeploymentService.failure( > AutoDeploymentService.java:373) > at > org.apache.servicemix.jbi.framework.AutoDeploymentService.failure( > AutoDeploymentService.java:363) > at > org.apache.servicemix.jbi.framework.AutoDeploymentService.updateArchive( > AutoDeploymentService.java:240) > at > > org.apache.servicemix.jbi.framework.AutoDeploymentService.updateExternalArchive > (AutoDeploymentService.java:201) > at > org.servicemix.jboss.deployment.JBIService.installArchive(JBIService.java > :116) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java > :39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke( > DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at > org.jboss.mx.interceptor.ReflectedDispatcher.invoke( > ReflectedDispatcher.java:155) > at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) > at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) > at > org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java > :264) > at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java > :659) > at org.servicemix.jboss.deployment.JBIDeployer.create( > JBIDeployer.java:105) > at org.jboss.deployment.MainDeployer.create(MainDeployer.java:969) > at org.jboss.deployment.MainDeployer.create(MainDeployer.java:959) > at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:818) > at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782) > at sun.reflect.GeneratedMethodAccessor18.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke( > DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at > org.jboss.mx.interceptor.ReflectedDispatcher.invoke( > ReflectedDispatcher.java:155) > at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) > at > org.jboss.mx.interceptor.AbstractInterceptor.invoke( > AbstractInterceptor.java:133) > at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) > at > org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke( > ModelMBeanOperationInterceptor.java:142) > at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) > at > org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java > :264) > at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java > :659) > at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) > at $Proxy9.deploy(Unknown Source) > at > org.jboss.deployment.scanner.URLDeploymentScanner.deploy( > URLDeploymentScanner.java:421) > at > org.jboss.deployment.scanner.URLDeploymentScanner.scan( > URLDeploymentScanner.java:634) > at > > org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan > (AbstractDeploymentScanner.java:263) > at > org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop( > AbstractDeploymentScanner.java:274) > at > org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run( > AbstractDeploymentScanner.java:225) > Caused by: java.lang.ClassCastException: > org.apache.xerces.jaxp.DocumentBuilderFactoryImpl cannot be cast to > javax.xml.parsers.DocumentBuilderFactory > at javax.xml.parsers.DocumentBuilderFactory.newInstance(Unknown > Source) > at > org.apache.servicemix.jbi.framework.ManagementSupport.createDocument( > ManagementSupport.java:181) > ... 38 more > > > -- > View this message in context: > http://www.nabble.com/Deploying-SUs-to-JBoss-tp15423890s12049p15423890.html > Sent from the ServiceMix - User mailing list archive at Nabble.com. > >
