You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Christofer Dutz <du...@c-ware.de> on 2004/10/18 14:45:20 UTC
Cocoon 2.1.5.1 and JBoss 4.0
Hi,
I hope this wasn't dicussed recently. Ic ouldn't find any real solution
in the archives.
I am trying to run cocoon on the new jboss and am encountering strange
loging-related errors.
To get rid of an error complaining about missing loging classes I added
the logkit.jar to the lib
directory ... now cocoon is complaining about nonexisting methods ...
which is quite strange since they do exist ...
Here the stacktrace:
2004-10-18 14:38:05,591 DEBUG
[org.jboss.web.tomcat.filters.ReplyHeaderFilter] Adding header name:
X-Powered-By='Servlet 2.4; Tomcat-5.0.28/JBoss-4.0.0 (build:
CVSTag=JBoss_4_0_0 date=200409200418)'
2004-10-18 14:38:06,032 ERROR [org.jboss.web.localhost.Engine]
StandardContext[/webapp]StandardWrapper.Throwable
java.lang.NoSuchMethodError:
org.apache.log.output.ServletOutputLogTarget.<init>(Ljavax/servlet/ServletContext;Lorg/apache/log/format/Formatter;)V
at
org.apache.cocoon.servlet.CocoonServlet.initLogger(CocoonServlet.java:775)
at org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:306)
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1029)
at
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:862)
at
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4013)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4357)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:823)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:595)
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:324)
at
org.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503)
at
org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:150)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at
org.apache.catalina.core.StandardContext.init(StandardContext.java:5441)
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:324)
at
org.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503)
at
org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:150)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at
org.jboss.web.tomcat.tc5.TomcatDeployer.performDeployInternal(TomcatDeployer.java:336)
at
org.jboss.web.tomcat.tc5.TomcatDeployer.performDeploy(TomcatDeployer.java:83)
at org.jboss.web.AbstractWebDeployer.start(AbstractWebDeployer.java:370)
at org.jboss.web.WebModule.startModule(WebModule.java:62)
at org.jboss.web.WebModule.startService(WebModule.java:40)
at
org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:271)
at
org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:221)
at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
at
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:242)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at
org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:891)
at $Proxy0.start(Unknown Source)
at org.jboss.system.ServiceController.start(ServiceController.java:416)
at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
at
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:242)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176)
at $Proxy24.start(Unknown Source)
at
org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.java:362)
at org.jboss.deployment.MainDeployer.start(MainDeployer.java:935)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:746)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:709)
at sun.reflect.GeneratedMethodAccessor30.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
at
org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:119)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:74)
at
org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:131)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:74)
at
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:242)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176)
at $Proxy8.deploy(Unknown Source)
at
org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:305)
at
org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:481)
at
org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:204)
at
org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:277)
at
org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:271)
at
org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:221)
at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
at
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:242)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at
org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:891)
at $Proxy0.start(Unknown Source)
at org.jboss.system.ServiceController.start(ServiceController.java:416)
at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
at
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:242)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176)
at $Proxy4.start(Unknown Source)
at org.jboss.deployment.SARDeployer.start(SARDeployer.java:261)
at org.jboss.deployment.MainDeployer.start(MainDeployer.java:935)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:746)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:709)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:693)
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:324)
at
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
at
org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:119)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:74)
at
org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:131)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:74)
at
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:242)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176)
at $Proxy5.deploy(Unknown Source)
at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:396)
at org.jboss.system.server.ServerImpl.start(ServerImpl.java:293)
at org.jboss.Main.boot(Main.java:151)
at org.jboss.Main$1.run(Main.java:405)
at java.lang.Thread.run(Thread.java:534)
2004-10-18 14:38:06,042 ERROR [org.jboss.web.localhost.Engine]
StandardContext[/webapp]Servlet /webapp threw load() exception
javax.servlet.ServletException: Servlet.init() for servlet Cocoon threw
exception
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1071)
at
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:862)
at
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4013)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4357)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:823)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:595)
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:324)
at
org.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503)
at
org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:150)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at
org.apache.catalina.core.StandardContext.init(StandardContext.java:5441)
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:324)
at
org.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503)
at
org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:150)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at
org.jboss.web.tomcat.tc5.TomcatDeployer.performDeployInternal(TomcatDeployer.java:336)
at
org.jboss.web.tomcat.tc5.TomcatDeployer.performDeploy(TomcatDeployer.java:83)
at org.jboss.web.AbstractWebDeployer.start(AbstractWebDeployer.java:370)
at org.jboss.web.WebModule.startModule(WebModule.java:62)
at org.jboss.web.WebModule.startService(WebModule.java:40)
at
org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:271)
at
org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:221)
at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
at
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:242)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at
org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:891)
at $Proxy0.start(Unknown Source)
at org.jboss.system.ServiceController.start(ServiceController.java:416)
at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
at
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:242)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176)
at $Proxy24.start(Unknown Source)
at
org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.java:362)
at org.jboss.deployment.MainDeployer.start(MainDeployer.java:935)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:746)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:709)
at sun.reflect.GeneratedMethodAccessor30.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
at
org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:119)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:74)
at
org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:131)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:74)
at
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:242)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176)
at $Proxy8.deploy(Unknown Source)
at
org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:305)
at
org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:481)
at
org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:204)
at
org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:277)
at
org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:271)
at
org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:221)
at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
at
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:242)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at
org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:891)
at $Proxy0.start(Unknown Source)
at org.jboss.system.ServiceController.start(ServiceController.java:416)
at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
at
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:242)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176)
at $Proxy4.start(Unknown Source)
at org.jboss.deployment.SARDeployer.start(SARDeployer.java:261)
at org.jboss.deployment.MainDeployer.start(MainDeployer.java:935)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:746)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:709)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:693)
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:324)
at
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
at
org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:119)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:74)
at
org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:131)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:74)
at
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:242)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176)
at $Proxy5.deploy(Unknown Source)
at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:396)
at org.jboss.system.server.ServerImpl.start(ServerImpl.java:293)
at org.jboss.Main.boot(Main.java:151)
at org.jboss.Main$1.run(Main.java:405)
at java.lang.Thread.run(Thread.java:534)
2004-10-18 14:38:06,042 ERROR [org.jboss.web.localhost.Engine] -----
Root Cause -----
java.lang.NoSuchMethodError:
org.apache.log.output.ServletOutputLogTarget.<init>(Ljavax/servlet/ServletContext;Lorg/apache/log/format/Formatter;)V
at
org.apache.cocoon.servlet.CocoonServlet.initLogger(CocoonServlet.java:775)
at org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:306)
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1029)
at
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:862)
at
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4013)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4357)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:823)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:595)
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:324)
at
org.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503)
at
org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:150)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at
org.apache.catalina.core.StandardContext.init(StandardContext.java:5441)
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:324)
at
org.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503)
at
org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:150)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at
org.jboss.web.tomcat.tc5.TomcatDeployer.performDeployInternal(TomcatDeployer.java:336)
at
org.jboss.web.tomcat.tc5.TomcatDeployer.performDeploy(TomcatDeployer.java:83)
at org.jboss.web.AbstractWebDeployer.start(AbstractWebDeployer.java:370)
at org.jboss.web.WebModule.startModule(WebModule.java:62)
at org.jboss.web.WebModule.startService(WebModule.java:40)
at
org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:271)
at
org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:221)
at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
at
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:242)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at
org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:891)
at $Proxy0.start(Unknown Source)
at org.jboss.system.ServiceController.start(ServiceController.java:416)
at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
at
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:242)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176)
at $Proxy24.start(Unknown Source)
at
org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.java:362)
at org.jboss.deployment.MainDeployer.start(MainDeployer.java:935)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:746)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:709)
at sun.reflect.GeneratedMethodAccessor30.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
at
org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:119)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:74)
at
org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:131)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:74)
at
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:242)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176)
at $Proxy8.deploy(Unknown Source)
at
org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:305)
at
org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:481)
at
org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:204)
at
org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:277)
at
org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:271)
at
org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:221)
at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
at
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:242)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at
org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:891)
at $Proxy0.start(Unknown Source)
at org.jboss.system.ServiceController.start(ServiceController.java:416)
at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
at
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:242)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176)
at $Proxy4.start(Unknown Source)
at org.jboss.deployment.SARDeployer.start(SARDeployer.java:261)
at org.jboss.deployment.MainDeployer.start(MainDeployer.java:935)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:746)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:709)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:693)
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:324)
at
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
at
org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:119)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:74)
at
org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:131)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:74)
at
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:242)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176)
at $Proxy5.deploy(Unknown Source)
at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:396)
at org.jboss.system.server.ServerImpl.start(ServerImpl.java:293)
at org.jboss.Main.boot(Main.java:151)
at org.jboss.Main$1.run(Main.java:405)
at java.lang.Thread.run(Thread.java:534)
Any ideas?
Chris
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Cocoon 2.1.5.1 and JBoss 4.0
Posted by Christofer Dutz <du...@c-ware.de>.
No ... at the moment I am not using flowscript.
Sorry,
Chris
beyaNet wrote:
> Christofer,
> are you by any chance running flowscript in your site? I ask because I
> am having problems with cocoon.createSession not working in cocoon. I
> am running JBoss 3.2.6.
>
> regards
>
> Uzo
> On 18 Oct 2004, at 16:19, Christofer Dutz wrote:
>
> Ok ... I am starting to feel a little silly now. I keep on
> searching the
> web before posting to this list.
> As soon as I do post something I find the solution ... I found some
> information at:
> http://www.orava.org/orava/weblog/category/web-systems/
>
> The solution to the problems with Cocoon 2.1.5.1 not beeing able
> to run
> in Jboss 4.0 is a simple library-versioning problem and can
> be solved the folowing way:
> 1. You have to move the |logkit-1.2.2.jar file from |WEB-INF/lib to
> JBoss server/{theconfigyouwant}/lib
> 2. After this commons-logging-1.0.4.jar and log4j-1.2.8.jar have
> to be
> removed from Cocoons WEB-INF/lib directory
> These little changes made Cocoon work with JBoss 4.0 nicely.
>
> Chris
>
> Christofer Dutz wrote:
>
> Hi,
>
> I hope this wasn't dicussed recently. Ic ouldn't find any real
> solution
> in the archives.
> I am trying to run cocoon on the new jboss and am encountering
> strange
> loging-related errors.
> To get rid of an error complaining about missing loging
> classes I added
> the logkit.jar to the lib
> directory ... now cocoon is complaining about nonexisting
> methods ...
> which is quite strange since they do exist ...
> Here the stacktrace:
>
> 2004-10-18 14:38:05,591 DEBUG
> [org.jboss.web.tomcat.filters.ReplyHeaderFilter] Adding header
> name:
> X-Powered-By='Servlet 2.4; Tomcat-5.0.28/JBoss-4.0.0 (build:
> CVSTag=JBoss_4_0_0 date=200409200418)'
> 2004-10-18 14:38:06,032 ERROR [org.jboss.web.localhost.Engine]
> StandardContext[/webapp]StandardWrapper.Throwable
> java.lang.NoSuchMethodError:
> org.apache.log.output.ServletOutputLogTarget.<init>(Ljavax/servlet/ServletContext;Lorg/apache/log/format/Formatter;)V
>
> at
> org.apache.cocoon.servlet.CocoonServlet.initLogger(CocoonServlet.java:775)
>
> at
> org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:306)
>
> at
> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1029)
>
> at
> org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:862)
>
>
>
>
> [snip stacktrace]
>
> Any ideas?
> Chris
>
>
>
> ---------------------------------------------------------------------
>
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
>
> ------------------------------------------------------------------------
>
>
>
> * +The home of urban music
> + http://www.beyarecords.com
> *
>
>------------------------------------------------------------------------
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
>For additional commands, e-mail: users-help@cocoon.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Cocoon 2.1.5.1 and JBoss 4.0
Posted by beyaNet <an...@jibeya.com>.
Christofer,
are you by any chance running flowscript in your site? I ask because I
am having problems with cocoon.createSession not working in cocoon. I
am running JBoss 3.2.6.
regards
Uzo
On 18 Oct 2004, at 16:19, Christofer Dutz wrote:
> Ok ... I am starting to feel a little silly now. I keep on searching
> the
> web before posting to this list.
> As soon as I do post something I find the solution ... I found some
> information at: http://www.orava.org/orava/weblog/category/web-systems/
>
> The solution to the problems with Cocoon 2.1.5.1 not beeing able to run
> in Jboss 4.0 is a simple library-versioning problem and can
> be solved the folowing way:
> 1. You have to move the |logkit-1.2.2.jar file from |WEB-INF/lib to
> JBoss server/{theconfigyouwant}/lib
> 2. After this commons-logging-1.0.4.jar and log4j-1.2.8.jar have to be
> removed from Cocoons WEB-INF/lib directory
> These little changes made Cocoon work with JBoss 4.0 nicely.
>
> Chris
>
> Christofer Dutz wrote:
>
>> Hi,
>>
>> I hope this wasn't dicussed recently. Ic ouldn't find any real
>> solution
>> in the archives.
>> I am trying to run cocoon on the new jboss and am encountering strange
>> loging-related errors.
>> To get rid of an error complaining about missing loging classes I
>> added
>> the logkit.jar to the lib
>> directory ... now cocoon is complaining about nonexisting methods ...
>> which is quite strange since they do exist ...
>> Here the stacktrace:
>>
>> 2004-10-18 14:38:05,591 DEBUG
>> [org.jboss.web.tomcat.filters.ReplyHeaderFilter] Adding header name:
>> X-Powered-By='Servlet 2.4; Tomcat-5.0.28/JBoss-4.0.0 (build:
>> CVSTag=JBoss_4_0_0 date=200409200418)'
>> 2004-10-18 14:38:06,032 ERROR [org.jboss.web.localhost.Engine]
>> StandardContext[/webapp]StandardWrapper.Throwable
>> java.lang.NoSuchMethodError:
>> org.apache.log.output.ServletOutputLogTarget.<init>(Ljavax/servlet/
>> ServletContext;Lorg/apache/log/format/Formatter;)V
>> at
>> org.apache.cocoon.servlet.CocoonServlet.initLogger(CocoonServlet.java:
>> 775)
>> at
>> org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:306)
>> at
>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.j
>> ava:1029)
>> at
>> org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:
>> 862)
>
>
>> [snip stacktrace]
>>
>> Any ideas?
>> Chris
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
>> For additional commands, e-mail: users-help@cocoon.apache.org
>>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
Re: Cocoon 2.1.5.1 and JBoss 4.0
Posted by Christofer Dutz <du...@c-ware.de>.
That's no problem at all ... simply go into the deployment/tomcatXYZ
(don't know the rest of the path and can't look right now). Do a
full-Text search for "8080" and replace all occurences with "80" (you do
have to have a look if every "8080" realy is a Port-Number sinc I think
there were some Ids with "8080" in them and we don't want to change them
;) )
Regards,
Chris
beyaNet wrote:
> Ah... is it possible to confiure JBoss so that you can run it as
> localhost/mysite.com ???
>
>
> regards
>
>
> Andrew
> On 18 Oct 2004, at 16:41, Christofer Dutz wrote:
>
>> Well since JBoss (current version 4.0) ships with Tomcat 5.0 (I
>> think) you don't have to do anything ... If you encounter any
>> problems with Cocoon complaining about missing org/apache/log-Stuff
>> or NoSuchMethodExceptions then simply try moving and deleting the
>> Libs as I described in my last mail.
>> If you rename the webapps directory in cocoons build directory to
>> webapps.war (or anything else, als long as the ".war" is at the end)
>> you can deploy Cocoon by moving/copying the entire directory to the
>> jboss/server/default/deploy directory (Make sure JBoss is nor runing,
>> as JBoss will emediately start deploying the webapp and if the OS is
>> not finished with copying you will get tons of errors).
>> Afert starting JBoss you should be able to acess Cocoon at
>> http://localhost:8080/{name of the directory without the ".war" at
>> the end/
>>
>> Hope this could help.
>> Chris
>>
>> beyaNet wrote:
>>
>>> Hi Chris,
>>> I am in the process of moving from Tomcat to JBoss, but don't want
>>> to go through the hear ache of spending days trying to get
>>> everything to work. Could you possibly tell me all the stages
>>> involved in your jboss/cocoon setup process?
>>>
>>> many thanks
>>>
>>>
>>> Andrew
>>> On 18 Oct 2004, at 16:19, Christofer Dutz wrote:
>>>
>>> Ok ... I am starting to feel a little silly now. I keep on
>>> searching the
>>> web before posting to this list.
>>> As soon as I do post something I find the solution ... I found some
>>> information at:
>>> http://www.orava.org/orava/weblog/category/web-systems/
>>>
>>> The solution to the problems with Cocoon 2.1.5.1 not beeing able
>>> to run
>>> in Jboss 4.0 is a simple library-versioning problem and can
>>> be solved the folowing way:
>>> 1. You have to move the |logkit-1.2.2.jar file from |WEB-INF/lib to
>>> JBoss server/{theconfigyouwant}/lib
>>> 2. After this commons-logging-1.0.4.jar and log4j-1.2.8.jar have
>>> to be
>>> removed from Cocoons WEB-INF/lib directory
>>> These little changes made Cocoon work with JBoss 4.0 nicely.
>>>
>>> Chris
>>>
>>> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
>>> For additional commands, e-mail: users-help@cocoon.apache.org
>>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
>> For additional commands, e-mail: users-help@cocoon.apache.org
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Cocoon 2.1.5.1 and JBoss 4.0
Posted by beyaNet <an...@jibeya.com>.
Ah... is it possible to confiure JBoss so that you can run it as
localhost/mysite.com ???
regards
Andrew
On 18 Oct 2004, at 16:41, Christofer Dutz wrote:
> Well since JBoss (current version 4.0) ships with Tomcat 5.0 (I think)
> you don't have to do anything ... If you encounter any problems with
> Cocoon complaining about missing org/apache/log-Stuff or
> NoSuchMethodExceptions then simply try moving and deleting the Libs as
> I described in my last mail.
> If you rename the webapps directory in cocoons build directory to
> webapps.war (or anything else, als long as the ".war" is at the end)
> you can deploy Cocoon by moving/copying the entire directory to the
> jboss/server/default/deploy directory (Make sure JBoss is nor runing,
> as JBoss will emediately start deploying the webapp and if the OS is
> not finished with copying you will get tons of errors).
> Afert starting JBoss you should be able to acess Cocoon at
> http://localhost:8080/{name of the directory without the ".war" at the
> end/
>
> Hope this could help.
> Chris
>
> beyaNet wrote:
>
>> Hi Chris,
>> I am in the process of moving from Tomcat to JBoss, but don't want to
>> go through the hear ache of spending days trying to get everything to
>> work. Could you possibly tell me all the stages involved in your
>> jboss/cocoon setup process?
>>
>> many thanks
>>
>>
>> Andrew
>> On 18 Oct 2004, at 16:19, Christofer Dutz wrote:
>>
>> Ok ... I am starting to feel a little silly now. I keep on
>> searching the
>> web before posting to this list.
>> As soon as I do post something I find the solution ... I found
>> some
>> information at:
>> http://www.orava.org/orava/weblog/category/web-systems/
>>
>> The solution to the problems with Cocoon 2.1.5.1 not beeing able
>> to run
>> in Jboss 4.0 is a simple library-versioning problem and can
>> be solved the folowing way:
>> 1. You have to move the |logkit-1.2.2.jar file from |WEB-INF/lib
>> to
>> JBoss server/{theconfigyouwant}/lib
>> 2. After this commons-logging-1.0.4.jar and log4j-1.2.8.jar have
>> to be
>> removed from Cocoons WEB-INF/lib directory
>> These little changes made Cocoon work with JBoss 4.0 nicely.
>>
>> Chris
>>
>> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
>> For additional commands, e-mail: users-help@cocoon.apache.org
>>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Cocoon 2.1.5.1 and JBoss 4.0
Posted by Christofer Dutz <du...@c-ware.de>.
Well since JBoss (current version 4.0) ships with Tomcat 5.0 (I think)
you don't have to do anything ... If you encounter any problems with
Cocoon complaining about missing org/apache/log-Stuff or
NoSuchMethodExceptions then simply try moving and deleting the Libs as I
described in my last mail.
If you rename the webapps directory in cocoons build directory to
webapps.war (or anything else, als long as the ".war" is at the end) you
can deploy Cocoon by moving/copying the entire directory to the
jboss/server/default/deploy directory (Make sure JBoss is nor runing, as
JBoss will emediately start deploying the webapp and if the OS is not
finished with copying you will get tons of errors).
Afert starting JBoss you should be able to acess Cocoon at
http://localhost:8080/{name of the directory without the ".war" at the end/
Hope this could help.
Chris
beyaNet wrote:
> Hi Chris,
> I am in the process of moving from Tomcat to JBoss, but don't want to
> go through the hear ache of spending days trying to get everything to
> work. Could you possibly tell me all the stages involved in your
> jboss/cocoon setup process?
>
> many thanks
>
>
> Andrew
> On 18 Oct 2004, at 16:19, Christofer Dutz wrote:
>
> Ok ... I am starting to feel a little silly now. I keep on
> searching the
> web before posting to this list.
> As soon as I do post something I find the solution ... I found some
> information at:
> http://www.orava.org/orava/weblog/category/web-systems/
>
> The solution to the problems with Cocoon 2.1.5.1 not beeing able
> to run
> in Jboss 4.0 is a simple library-versioning problem and can
> be solved the folowing way:
> 1. You have to move the |logkit-1.2.2.jar file from |WEB-INF/lib to
> JBoss server/{theconfigyouwant}/lib
> 2. After this commons-logging-1.0.4.jar and log4j-1.2.8.jar have
> to be
> removed from Cocoons WEB-INF/lib directory
> These little changes made Cocoon work with JBoss 4.0 nicely.
>
> Chris
>
>To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
>For additional commands, e-mail: users-help@cocoon.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Cocoon 2.1.5.1 and JBoss 4.0
Posted by beyaNet <an...@jibeya.com>.
Hi Chris,
I am in the process of moving from Tomcat to JBoss, but don't want to
go through the hear ache of spending days trying to get everything to
work. Could you possibly tell me all the stages involved in your
jboss/cocoon setup process?
many thanks
Andrew
On 18 Oct 2004, at 16:19, Christofer Dutz wrote:
> Ok ... I am starting to feel a little silly now. I keep on searching
> the
> web before posting to this list.
> As soon as I do post something I find the solution ... I found some
> information at: http://www.orava.org/orava/weblog/category/web-systems/
>
> The solution to the problems with Cocoon 2.1.5.1 not beeing able to run
> in Jboss 4.0 is a simple library-versioning problem and can
> be solved the folowing way:
> 1. You have to move the |logkit-1.2.2.jar file from |WEB-INF/lib to
> JBoss server/{theconfigyouwant}/lib
> 2. After this commons-logging-1.0.4.jar and log4j-1.2.8.jar have to be
> removed from Cocoons WEB-INF/lib directory
> These little changes made Cocoon work with JBoss 4.0 nicely.
>
> Chris
>
> Christofer Dutz wrote:
>
>> Hi,
>>
>> I hope this wasn't dicussed recently. Ic ouldn't find any real
>> solution
>> in the archives.
>> I am trying to run cocoon on the new jboss and am encountering strange
>> loging-related errors.
>> To get rid of an error complaining about missing loging classes I
>> added
>> the logkit.jar to the lib
>> directory ... now cocoon is complaining about nonexisting methods ...
>> which is quite strange since they do exist ...
>> Here the stacktrace:
>>
>> 2004-10-18 14:38:05,591 DEBUG
>> [org.jboss.web.tomcat.filters.ReplyHeaderFilter] Adding header name:
>> X-Powered-By='Servlet 2.4; Tomcat-5.0.28/JBoss-4.0.0 (build:
>> CVSTag=JBoss_4_0_0 date=200409200418)'
>> 2004-10-18 14:38:06,032 ERROR [org.jboss.web.localhost.Engine]
>> StandardContext[/webapp]StandardWrapper.Throwable
>> java.lang.NoSuchMethodError:
>> org.apache.log.output.ServletOutputLogTarget.<init>(Ljavax/servlet/
>> ServletContext;Lorg/apache/log/format/Formatter;)V
>> at
>> org.apache.cocoon.servlet.CocoonServlet.initLogger(CocoonServlet.java:
>> 775)
>> at
>> org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:306)
>> at
>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.j
>> ava:1029)
>> at
>> org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:
>> 862)
>
>
>> [snip stacktrace]
>>
>> Any ideas?
>> Chris
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
>> For additional commands, e-mail: users-help@cocoon.apache.org
>>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
Re: Cocoon 2.1.5.1 and JBoss 4.0
Posted by Christofer Dutz <du...@c-ware.de>.
Ok ... I am starting to feel a little silly now. I keep on searching the
web before posting to this list.
As soon as I do post something I find the solution ... I found some
information at: http://www.orava.org/orava/weblog/category/web-systems/
The solution to the problems with Cocoon 2.1.5.1 not beeing able to run
in Jboss 4.0 is a simple library-versioning problem and can
be solved the folowing way:
1. You have to move the |logkit-1.2.2.jar file from |WEB-INF/lib to
JBoss server/{theconfigyouwant}/lib
2. After this commons-logging-1.0.4.jar and log4j-1.2.8.jar have to be
removed from Cocoons WEB-INF/lib directory
These little changes made Cocoon work with JBoss 4.0 nicely.
Chris
Christofer Dutz wrote:
> Hi,
>
> I hope this wasn't dicussed recently. Ic ouldn't find any real solution
> in the archives.
> I am trying to run cocoon on the new jboss and am encountering strange
> loging-related errors.
> To get rid of an error complaining about missing loging classes I added
> the logkit.jar to the lib
> directory ... now cocoon is complaining about nonexisting methods ...
> which is quite strange since they do exist ...
> Here the stacktrace:
>
> 2004-10-18 14:38:05,591 DEBUG
> [org.jboss.web.tomcat.filters.ReplyHeaderFilter] Adding header name:
> X-Powered-By='Servlet 2.4; Tomcat-5.0.28/JBoss-4.0.0 (build:
> CVSTag=JBoss_4_0_0 date=200409200418)'
> 2004-10-18 14:38:06,032 ERROR [org.jboss.web.localhost.Engine]
> StandardContext[/webapp]StandardWrapper.Throwable
> java.lang.NoSuchMethodError:
> org.apache.log.output.ServletOutputLogTarget.<init>(Ljavax/servlet/ServletContext;Lorg/apache/log/format/Formatter;)V
>
> at
> org.apache.cocoon.servlet.CocoonServlet.initLogger(CocoonServlet.java:775)
>
> at
> org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:306)
> at
> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1029)
>
> at
> org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:862)
> [snip stacktrace]
>
> Any ideas?
> Chris
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org