I've put together a working version of JBoss3.0.2-Tomcat4.1.12 (using the Digester class instead of XmlMapper). Everything works fine (a new tomcat4-service.jar gets built), except that I'm having trouble with deployment. When a war contains a jar file, I get the following exception:
java.net.MalformedURLException: invalid url: jndi:/localhost/struts-documentation/WEB-INF/lib/jakarta-oro.jar!/ (java.net.MalformedURLException: unknown protocol: jndi) at java.net.URL.<init>(URL.java:613) at java.net.URL.<init>(URL.java:476) at java.net.URL.<init>(URL.java:425) at org.apache.catalina.startup.ContextConfig.tldScanJar(ContextConfig.java: 902) at org.apache.catalina.startup.ContextConfig.tldScan(ContextConfig.java:868 ) at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:647) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.j ava:243) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSu pport.java:166) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3493 ) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.ja va:821) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:579) at org.jboss.web.catalina.EmbeddedCatalinaServiceSX.createWebContext(Embedd edCatalinaServiceSX.java:427) at org.jboss.web.catalina.EmbeddedCatalinaServiceSX.performDeploy(EmbeddedC atalinaServiceSX.java:302) at org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.java:300) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:802) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:616) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:580) at sun.reflect.GeneratedMethodAccessor12.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDi spatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy4.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentSc anner.java:427) at org.jboss.deployment.scanner.URLDeploymentScanner.scanDirectory(URLDeplo ymentScanner.java:648) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScan ner.java:499) at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(Abst ractDeploymentScanner.java:261) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:164) at sun.reflect.GeneratedMethodAccessor8.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDi spatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController .java:967) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:396) at sun.reflect.GeneratedMethodAccessor7.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDi spatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy3.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:249) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:802) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:616) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:580) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:564) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDi spatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:324) at org.jboss.system.server.ServerImpl.start(ServerImpl.java:221) at org.jboss.Main.boot(Main.java:142) at org.jboss.Main$1.run(Main.java:375) at java.lang.Thread.run(Thread.java:536) I assume its because JNDI is not getting set up properly for Tomcat. This area doesn't seem too different to Tomcat 4.0.x, but I can't find anything in the catalina module which sets up JNDI for Tomcat. Can anyone help? Liam Magee. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Remy Maucherat Sent: Tuesday, September 24, 2002 5:08 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] JBoss3.2-Tomcat4.1.10 Scott M Stark wrote: > No, I have no time for this right now. Remy Maucherat will be looking > at it shortly. I plan to help out after Tomcat 4.1.12 is out of the door (it should be tomorrow). Given that 4.1 includes a lot of performance improvements, as well as the new Jasper 2, it should be worth it. Remy >>Any chance Scott or Alain can take a look at this? I think Josh Davis >>and a few others have been clamoring for this as well. >> >>thanks, >>Mike >> >>-----Original Message----- >>From: Simpson, Mike W >>Sent: Friday, September 20, 2002 3:34 PM >>To: '[EMAIL PROTECTED]' >>Subject: [JBoss-dev] JBoss3.2-Tomcat4.1.10 >> >> >> >>For a variety of 'business reasons', we're running tomcat instead of >>jetty, and would very much benefit from being on the 4.1.10 release. >>I've been working on getting jboss 3.2 integrate with tomcat 4.10, >>and for the most part, it's an easy upgrade. >> >>On 9/16, I checked out Branch_3_2, and pulled Tomcat 4.1.10 from >>Apache. org.apache.catalina.util.xml has been deprecated and removed, >>in favor of Apache's commons digester package. Rather than port all >>of the xml digester code, I jarred up the old package, added to build >>classpaths, and all but a handful of compilation errors were removed. >>The following additional changes were necessary to get the bundle to >>build: > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Jboss-development mailing list [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development