You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Kamal Bhatt <kb...@tt.com.au> on 2008/04/22 08:18:06 UTC
[2.2] Deployment on to Glassfish
Hi,
I am trying to deploy Cocoon 2.2 and an error on deployment. There
doesn't seem to be anything useful in the logs:
[#|2008-04-22T16:03:28.000+1000|INFO|sun-appserver9.1|javax.enterprise.system.container.web|_ThreadID=19;_ThreadName=Timer-5;|PWC1412:
WebModule[/apps/ccn2] ServletContext.log():Apache Cocoon Spring
Configurator v1.0.1 is running in mode 'prod'.|#]
at com.sun.enterprise.web.WebModule.start(WebModule.java:302)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:960)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:944)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:662)
at
com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1562)
at
com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1205)
at
com.sun.enterprise.server.WebModuleDeployEventListener.moduleDeployed(WebModuleDeployEventListener.java:172)
at
com.sun.enterprise.server.WebModuleDeployEventListener.moduleDeployed(WebModuleDeployEventListener.java:276)
at
com.sun.enterprise.admin.event.AdminEventMulticaster.invokeModuleDeployEventListener(AdminEventMulticaster.java:949)
at
com.sun.enterprise.admin.event.AdminEventMulticaster.handleModuleDeployEvent(AdminEventMulticaster.java:936)
at
com.sun.enterprise.admin.event.AdminEventMulticaster.processEvent(AdminEventMulticaster.java:448)
at
com.sun.enterprise.admin.event.AdminEventMulticaster.multicastEvent(AdminEventMulticaster.java:160)
at
com.sun.enterprise.admin.server.core.DeploymentNotificationHelper.multicastEvent(DeploymentNotificationHelper.java:295)
at
com.sun.enterprise.deployment.phasing.DeploymentServiceUtils.multicastEvent(DeploymentServiceUtils.java:208)
at
com.sun.enterprise.deployment.phasing.ServerDeploymentTarget.sendStartEvent(ServerDeploymentTarget.java:285)
at
com.sun.enterprise.deployment.phasing.ApplicationStartPhase.runPhase(ApplicationStartPhase.java:119)
at
com.sun.enterprise.deployment.phasing.DeploymentPhase.executePhase(DeploymentPhase.java:95)
at
com.sun.enterprise.deployment.phasing.PEDeploymentService.executePhases(PEDeploymentService.java:892)
at
com.sun.enterprise.deployment.phasing.PEDeploymentService.deploy(PEDeploymentService.java:263)
at
com.sun.enterprise.deployment.phasing.PEDeploymentService.deploy(PEDeploymentService.java:281)
at
com.sun.enterprise.admin.mbeans.ApplicationsConfigMBean.deploy(ApplicationsConfigMBean.java:542)
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:585)
at
com.sun.enterprise.admin.MBeanHelper.invokeOperationInBean(MBeanHelper.java:353)
at
com.sun.enterprise.admin.MBeanHelper.invokeOperationInBean(MBeanHelper.java:336)
at
com.sun.enterprise.admin.config.BaseConfigMBean.invoke(BaseConfigMBean.java:448)
at
com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(DynamicMetaDataImpl.java:213)
at com.sun.jmx.mbeanserver.MetaDataImpl.invoke(MetaDataImpl.java:220)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:815)
at
com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:784)
at sun.reflect.GeneratedMethodAccessor25.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
com.sun.enterprise.admin.util.proxy.ProxyClass.invoke(ProxyClass.java:77)
at $Proxy1.invoke(Unknown Source)
at
com.sun.enterprise.admin.server.core.jmx.SunoneInterceptor.invoke(SunoneInterceptor.java:297)
at
com.sun.enterprise.deployment.autodeploy.AutoDeployer.invokeDeploymentService(AutoDeployer.java:508)
at
com.sun.enterprise.deployment.autodeploy.AutoDeployer.deployJavaEEArchive(AutoDeployer.java:489)
at
com.sun.enterprise.deployment.autodeploy.AutoDeployer.deploy(AutoDeployer.java:436)
at
com.sun.enterprise.deployment.autodeploy.AutoDeployer.deployAll(AutoDeployer.java:253)
at
com.sun.enterprise.deployment.autodeploy.AutoDeployControllerImpl$AutoDeployTask.run(AutoDeployControllerImpl.java:361)
at java.util.TimerThread.mainLoop(Timer.java:512)
at java.util.TimerThread.run(Timer.java:462)
|#]
[#|2008-04-22T16:03:30.453+1000|WARNING|sun-appserver9.1|javax.enterprise.system.container.web|_ThreadID=19;_ThreadName=Timer-5;_RequestID=654b34ae-31f8-4f01-8cf0-57efeb7b8d9d;|Exception
during unregistration of servletstats
java.lang.NullPointerException
at
com.sun.enterprise.admin.monitor.registry.spi.MonitoringRegistrationHelper.unregisterServletStats(MonitoringRegistrationHelper.java:523)
at
com.sun.enterprise.web.WebContainer.unregisterServletStats(WebContainer.java:2873)
at
com.sun.enterprise.web.WebContainer.disableMonitoring(WebContainer.java:2701)
at com.sun.enterprise.web.WebModule.stop(WebModule.java:315)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:5167)
at com.sun.enterprise.web.WebModule.start(WebModule.java:302)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:960)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:944)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:662)
at
com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1562)
at
com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1205)
at
com.sun.enterprise.server.WebModuleDeployEventListener.moduleDeployed(WebModuleDeployEventListener.java:172)
at
com.sun.enterprise.server.WebModuleDeployEventListener.moduleDeployed(WebModuleDeployEventListener.java:276)
at
com.sun.enterprise.admin.event.AdminEventMulticaster.invokeModuleDeployEventListener(AdminEventMulticaster.java:949)
at
com.sun.enterprise.admin.event.AdminEventMulticaster.handleModuleDeployEvent(AdminEventMulticaster.java:936)
at
com.sun.enterprise.admin.event.AdminEventMulticaster.processEvent(AdminEventMulticaster.java:448)
at
com.sun.enterprise.admin.event.AdminEventMulticaster.multicastEvent(AdminEventMulticaster.java:160)
at
com.sun.enterprise.admin.server.core.DeploymentNotificationHelper.multicastEvent(DeploymentNotificationHelper.java:295)
at
com.sun.enterprise.deployment.phasing.DeploymentServiceUtils.multicastEvent(DeploymentServiceUtils.java:208)
at
com.sun.enterprise.deployment.phasing.ServerDeploymentTarget.sendStartEvent(ServerDeploymentTarget.java:285)
at
com.sun.enterprise.deployment.phasing.ApplicationStartPhase.runPhase(ApplicationStartPhase.java:119)
at
com.sun.enterprise.deployment.phasing.DeploymentPhase.executePhase(DeploymentPhase.java:95)
at
com.sun.enterprise.deployment.phasing.PEDeploymentService.executePhases(PEDeploymentService.java:892)
at
com.sun.enterprise.deployment.phasing.PEDeploymentService.deploy(PEDeploymentService.java:263)
at
com.sun.enterprise.deployment.phasing.PEDeploymentService.deploy(PEDeploymentService.java:281)
at
com.sun.enterprise.admin.mbeans.ApplicationsConfigMBean.deploy(ApplicationsConfigMBean.java:542)
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:585)
at
com.sun.enterprise.admin.MBeanHelper.invokeOperationInBean(MBeanHelper.java:353)
at
com.sun.enterprise.admin.MBeanHelper.invokeOperationInBean(MBeanHelper.java:336)
at
com.sun.enterprise.admin.config.BaseConfigMBean.invoke(BaseConfigMBean.java:448)
at
com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(DynamicMetaDataImpl.java:213)
at com.sun.jmx.mbeanserver.MetaDataImpl.invoke(MetaDataImpl.java:220)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:815)
at
com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:784)
at sun.reflect.GeneratedMethodAccessor25.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
com.sun.enterprise.admin.util.proxy.ProxyClass.invoke(ProxyClass.java:77)
at $Proxy1.invoke(Unknown Source)
at
com.sun.enterprise.admin.server.core.jmx.SunoneInterceptor.invoke(SunoneInterceptor.java:297)
at
com.sun.enterprise.deployment.autodeploy.AutoDeployer.invokeDeploymentService(AutoDeployer.java:508)
at
com.sun.enterprise.deployment.autodeploy.AutoDeployer.deployJavaEEArchive(AutoDeployer.java:489)
at
com.sun.enterprise.deployment.autodeploy.AutoDeployer.deploy(AutoDeployer.java:436)
at
com.sun.enterprise.deployment.autodeploy.AutoDeployer.deployAll(AutoDeployer.java:253)
at
com.sun.enterprise.deployment.autodeploy.AutoDeployControllerImpl$AutoDeployTask.run(AutoDeployControllerImpl.java:361)
at java.util.TimerThread.mainLoop(Timer.java:512)
at java.util.TimerThread.run(Timer.java:462)
|#]
Those anyone have any thoughts? There is nothing overly unusual about my
applications, it is just a standard application with single block and no
extra code. The only thing unusual about it is I am using map:mount at
the sitemap level.
Cheers.
--
Kamal Bhatt
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: [2.2] Deployment on to Glassfish
Posted by Kamal Bhatt <kb...@tt.com.au>.
Kamal wrote:
> Reinhard Pötz wrote:
>> Kamal Bhatt wrote:
>>>> Those anyone have any thoughts? There is nothing overly unusual
>>>> about my applications, it is just a standard application with
>>>> single block and no extra code. The only thing unusual about it is
>>>> I am using map:mount at the sitemap level.
>>>>
>>>> Cheers.
>>>>
>>> This is partially fixed. On the latest version of Glassfish I got it
>>> to work, but with new issues. That problem was that there must be a
>>> '/' after the context-path. Eg:
>>>
>>> <bean id="au.com.tt.ccm.cocoon-ccm.service"
>>> class="org.apache.cocoon.sitemap.SitemapServlet">
>>> <servlet:context mount-path="/cocoon-ccm"
>>> context-path="blockcontext:/cocoon-ccm/">
>>> </servlet:context> </bean>
>>>
>>> Will work.
>>> This:
>>> <bean id="au.com.tt.ccm.cocoon-ccm.service"
>>> class="org.apache.cocoon.sitemap.SitemapServlet">
>>> <servlet:context mount-path="/cocoon-ccm"
>>> context-path="blockcontext:/cocoon-ccm">
>>> </servlet:context> </bean>
>>>
>>> Will not.
>>>
>>> Is this a bug or a very stupid error.
>>
>> The context path has to be a directory which means that a trailing
>> slash is correct. Did you get a helpful error message?
>>
>> Anyway, the latest version of the servlet-service framework in SVN
>> (not released yet!) was enhanced by a check that adds a trailing
>> slash in the case it is missing.
>>
>> Thanks for sharing your findings!
> Yes and no. It was really strange. When I deployed the application, I
> would get this strange error which seemed to suggested file
> corruption. That wasn't helpful. I will try to replicate it and post
> it. When I restarted the server, it was a completely different error.
> The error on restart was semi reasonable (for a Java exception, which
> are rarely useful), but someone else had got the error in the past and
> posted on the mailing list and I was able to decipher it that way.
This is probably a problem with Glassfish. For some reason, if there is
an error with your redeployed war, it gives an indecipherable error.
This is probably a quirk of SJSAS.
>
> I might add that I tried it on SJSAS 8.2 and got another error (even
> with the context-path fix). If I can't work it out, I will post it on
> the mailing list (I may post it just for the sake of someone's sanity).
>
>
--
Kamal Bhatt
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: [2.2] Deployment on to Glassfish
Posted by Kamal Bhatt <kb...@tt.com.au>.
Kamal wrote:
> Reinhard Pötz wrote:
>> Kamal Bhatt wrote:
>>>> Those anyone have any thoughts? There is nothing overly unusual
>>>> about my applications, it is just a standard application with
>>>> single block and no extra code. The only thing unusual about it is
>>>> I am using map:mount at the sitemap level.
>>>>
>>>> Cheers.
>>>>
>>> This is partially fixed. On the latest version of Glassfish I got it
>>> to work, but with new issues. That problem was that there must be a
>>> '/' after the context-path. Eg:
>>>
>>> <bean id="au.com.tt.ccm.cocoon-ccm.service"
>>> class="org.apache.cocoon.sitemap.SitemapServlet">
>>> <servlet:context mount-path="/cocoon-ccm"
>>> context-path="blockcontext:/cocoon-ccm/">
>>> </servlet:context> </bean>
>>>
>>> Will work.
>>> This:
>>> <bean id="au.com.tt.ccm.cocoon-ccm.service"
>>> class="org.apache.cocoon.sitemap.SitemapServlet">
>>> <servlet:context mount-path="/cocoon-ccm"
>>> context-path="blockcontext:/cocoon-ccm">
>>> </servlet:context> </bean>
>>>
>>> Will not.
>>>
>>> Is this a bug or a very stupid error.
>>
>> The context path has to be a directory which means that a trailing
>> slash is correct. Did you get a helpful error message?
>>
>> Anyway, the latest version of the servlet-service framework in SVN
>> (not released yet!) was enhanced by a check that adds a trailing
>> slash in the case it is missing.
>>
>> Thanks for sharing your findings!
> Yes and no. It was really strange. When I deployed the application, I
> would get this strange error which seemed to suggested file
> corruption. That wasn't helpful. I will try to replicate it and post
> it. When I restarted the server, it was a completely different error.
> The error on restart was semi reasonable (for a Java exception, which
> are rarely useful), but someone else had got the error in the past and
> posted on the mailing list and I was able to decipher it that way.
>
> I might add that I tried it on SJSAS 8.2 and got another error (even
> with the context-path fix). If I can't work it out, I will post it on
> the mailing list (I may post it just for the sake of someone's sanity).
Hi,
Here is the error from 8.2:
[#|2008-04-22T17:56:59.000+1000|SEVERE|sun-appserver-pe8.2|cocoon|_ThreadID=13;|Internal
Cocoon Problem
java.lang.NullPointerException
at
org.apache.cocoon.components.treeprocessor.InvokeContext.dispose(InvokeContext.java:343)
at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:173)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:251)
at
org.apache.cocoon.servlet.RequestProcessor.process(RequestProcessor.java:357)
at
org.apache.cocoon.servlet.RequestProcessor.service(RequestProcessor.java:171)
at
org.apache.cocoon.sitemap.SitemapServlet.service(SitemapServlet.java:64)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:860)
at
org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:567)
at
org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:544)
at
org.apache.cocoon.servletservice.spring.ServletFactoryBean$ServiceInterceptor.invoke(ServletFactoryBean.java:230)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)
at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
at $Proxy23.service(Unknown Source)
at
org.apache.cocoon.servletservice.DispatcherServlet.service(DispatcherServlet.java:102)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:860)
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:585)
at
org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:249)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
at
org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:282)
at
org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:165)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:257)
at
org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:55)
at
org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:161)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:263)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
at
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:225)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:173)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:132)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:933)
at
org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:189)
at
com.sun.enterprise.web.connector.grizzly.ProcessorTask.doProcess(ProcessorTask.java:604)
at
com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:475)
at
com.sun.enterprise.web.connector.grizzly.ReadTask.executeProcessorTask(ReadTask.java:371)
at
com.sun.enterprise.web.connector.grizzly.ReadTask.doTask(ReadTask.java:264)
at
com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:281)
at
com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.java:83)
|#]
[#|2008-04-22T17:56:59.031+1000|SEVERE|sun-appserver-pe8.2|javax.enterprise.system.container.web|_ThreadID=13;|StandardWrapperValve[DispatcherServlet]:
Servlet.service() for servlet DispatcherServlet threw exception
java.lang.NullPointerException
at
org.apache.cocoon.components.treeprocessor.InvokeContext.dispose(InvokeContext.java:343)
at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:173)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:251)
at
org.apache.cocoon.servlet.RequestProcessor.process(RequestProcessor.java:357)
at
org.apache.cocoon.servlet.RequestProcessor.service(RequestProcessor.java:171)
at
org.apache.cocoon.sitemap.SitemapServlet.service(SitemapServlet.java:64)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:860)
at
org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:567)
at
org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:544)
at
org.apache.cocoon.servletservice.spring.ServletFactoryBean$ServiceInterceptor.invoke(ServletFactoryBean.java:230)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)
at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
at $Proxy23.service(Unknown Source)
at
org.apache.cocoon.servletservice.DispatcherServlet.service(DispatcherServlet.java:102)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:860)
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:585)
at
org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:249)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
at
org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:282)
at
org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:165)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:257)
at
org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:55)
at
org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:161)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:263)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
at
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:225)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:173)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:132)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:933)
at
org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:189)
at
com.sun.enterprise.web.connector.grizzly.ProcessorTask.doProcess(ProcessorTask.java:604)
at
com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:475)
at
com.sun.enterprise.web.connector.grizzly.ReadTask.executeProcessorTask(ReadTask.java:371)
at
com.sun.enterprise.web.connector.grizzly.ReadTask.doTask(ReadTask.java:264)
at
com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:281)
at
com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.java:83)
|#]
As you can see, it isn't very helpful
--
Kamal Bhatt
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: [2.2] Deployment on to Glassfish
Posted by Kamal <kb...@tt.com.au>.
Reinhard Pötz wrote:
> Kamal Bhatt wrote:
>>> Those anyone have any thoughts? There is nothing overly unusual
>>> about my applications, it is just a standard application with single
>>> block and no extra code. The only thing unusual about it is I am
>>> using map:mount at the sitemap level.
>>>
>>> Cheers.
>>>
>> This is partially fixed. On the latest version of Glassfish I got it
>> to work, but with new issues. That problem was that there must be a
>> '/' after the context-path. Eg:
>>
>> <bean id="au.com.tt.ccm.cocoon-ccm.service"
>> class="org.apache.cocoon.sitemap.SitemapServlet">
>> <servlet:context mount-path="/cocoon-ccm"
>> context-path="blockcontext:/cocoon-ccm/">
>> </servlet:context> </bean>
>>
>> Will work.
>> This:
>> <bean id="au.com.tt.ccm.cocoon-ccm.service"
>> class="org.apache.cocoon.sitemap.SitemapServlet">
>> <servlet:context mount-path="/cocoon-ccm"
>> context-path="blockcontext:/cocoon-ccm">
>> </servlet:context> </bean>
>>
>> Will not.
>>
>> Is this a bug or a very stupid error.
>
> The context path has to be a directory which means that a trailing
> slash is correct. Did you get a helpful error message?
>
> Anyway, the latest version of the servlet-service framework in SVN
> (not released yet!) was enhanced by a check that adds a trailing slash
> in the case it is missing.
>
> Thanks for sharing your findings!
Yes and no. It was really strange. When I deployed the application, I
would get this strange error which seemed to suggested file corruption.
That wasn't helpful. I will try to replicate it and post it. When I
restarted the server, it was a completely different error. The error on
restart was semi reasonable (for a Java exception, which are rarely
useful), but someone else had got the error in the past and posted on
the mailing list and I was able to decipher it that way.
I might add that I tried it on SJSAS 8.2 and got another error (even
with the context-path fix). If I can't work it out, I will post it on
the mailing list (I may post it just for the sake of someone's sanity).
Also, a couple of questions:
1. What is the context-path? I cannot work out what it means.
2. Anyone tried to use Cocoon 2.2 in a clustered environment? If so, any
caveats?
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: [2.2] Deployment on to Glassfish
Posted by Reinhard Pötz <re...@apache.org>.
Kamal Bhatt wrote:
>> Those anyone have any thoughts? There is nothing overly unusual about
>> my applications, it is just a standard application with single block
>> and no extra code. The only thing unusual about it is I am using
>> map:mount at the sitemap level.
>>
>> Cheers.
>>
> This is partially fixed. On the latest version of Glassfish I got it to
> work, but with new issues. That problem was that there must be a '/'
> after the context-path. Eg:
>
> <bean id="au.com.tt.ccm.cocoon-ccm.service"
> class="org.apache.cocoon.sitemap.SitemapServlet">
> <servlet:context mount-path="/cocoon-ccm"
> context-path="blockcontext:/cocoon-ccm/">
> </servlet:context> </bean>
>
> Will work.
> This:
> <bean id="au.com.tt.ccm.cocoon-ccm.service"
> class="org.apache.cocoon.sitemap.SitemapServlet">
> <servlet:context mount-path="/cocoon-ccm"
> context-path="blockcontext:/cocoon-ccm">
> </servlet:context> </bean>
>
> Will not.
>
> Is this a bug or a very stupid error.
The context path has to be a directory which means that a trailing slash
is correct. Did you get a helpful error message?
Anyway, the latest version of the servlet-service framework in SVN (not
released yet!) was enhanced by a check that adds a trailing slash in the
case it is missing.
Thanks for sharing your findings!
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member, PMC Chair reinhard@apache.org
________________________________________________________________________
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: [2.2] Deployment on to Glassfish
Posted by Kamal Bhatt <kb...@tt.com.au>.
Kamal Bhatt wrote:
> Hi,
> I am trying to deploy Cocoon 2.2 and an error on deployment. There
> doesn't seem to be anything useful in the logs:
>
> [#|2008-04-22T16:03:28.000+1000|INFO|sun-appserver9.1|javax.enterprise.system.container.web|_ThreadID=19;_ThreadName=Timer-5;|PWC1412:
> WebModule[/apps/ccn2] ServletContext.log():Apache Cocoon Spring
> Configurator v1.0.1 is running in mode 'prod'.|#]
> at com.sun.enterprise.web.WebModule.start(WebModule.java:302)
> at
> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:960)
>
> at
> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:944)
> at
> org.apache.catalina.core.StandardHost.addChild(StandardHost.java:662)
> at
> com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1562)
> at
> com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1205)
> at
> com.sun.enterprise.server.WebModuleDeployEventListener.moduleDeployed(WebModuleDeployEventListener.java:172)
>
> at
> com.sun.enterprise.server.WebModuleDeployEventListener.moduleDeployed(WebModuleDeployEventListener.java:276)
>
> at
> com.sun.enterprise.admin.event.AdminEventMulticaster.invokeModuleDeployEventListener(AdminEventMulticaster.java:949)
>
> at
> com.sun.enterprise.admin.event.AdminEventMulticaster.handleModuleDeployEvent(AdminEventMulticaster.java:936)
>
> at
> com.sun.enterprise.admin.event.AdminEventMulticaster.processEvent(AdminEventMulticaster.java:448)
>
> at
> com.sun.enterprise.admin.event.AdminEventMulticaster.multicastEvent(AdminEventMulticaster.java:160)
>
> at
> com.sun.enterprise.admin.server.core.DeploymentNotificationHelper.multicastEvent(DeploymentNotificationHelper.java:295)
>
> at
> com.sun.enterprise.deployment.phasing.DeploymentServiceUtils.multicastEvent(DeploymentServiceUtils.java:208)
>
> at
> com.sun.enterprise.deployment.phasing.ServerDeploymentTarget.sendStartEvent(ServerDeploymentTarget.java:285)
>
> at
> com.sun.enterprise.deployment.phasing.ApplicationStartPhase.runPhase(ApplicationStartPhase.java:119)
>
> at
> com.sun.enterprise.deployment.phasing.DeploymentPhase.executePhase(DeploymentPhase.java:95)
>
> at
> com.sun.enterprise.deployment.phasing.PEDeploymentService.executePhases(PEDeploymentService.java:892)
>
> at
> com.sun.enterprise.deployment.phasing.PEDeploymentService.deploy(PEDeploymentService.java:263)
>
> at
> com.sun.enterprise.deployment.phasing.PEDeploymentService.deploy(PEDeploymentService.java:281)
>
> at
> com.sun.enterprise.admin.mbeans.ApplicationsConfigMBean.deploy(ApplicationsConfigMBean.java:542)
>
> 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:585)
> at
> com.sun.enterprise.admin.MBeanHelper.invokeOperationInBean(MBeanHelper.java:353)
>
> at
> com.sun.enterprise.admin.MBeanHelper.invokeOperationInBean(MBeanHelper.java:336)
>
> at
> com.sun.enterprise.admin.config.BaseConfigMBean.invoke(BaseConfigMBean.java:448)
>
> at
> com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(DynamicMetaDataImpl.java:213)
>
> at com.sun.jmx.mbeanserver.MetaDataImpl.invoke(MetaDataImpl.java:220)
> at
> com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:815)
>
> at
> com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:784)
> at sun.reflect.GeneratedMethodAccessor25.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>
> at java.lang.reflect.Method.invoke(Method.java:585)
> at
> com.sun.enterprise.admin.util.proxy.ProxyClass.invoke(ProxyClass.java:77)
> at $Proxy1.invoke(Unknown Source)
> at
> com.sun.enterprise.admin.server.core.jmx.SunoneInterceptor.invoke(SunoneInterceptor.java:297)
>
> at
> com.sun.enterprise.deployment.autodeploy.AutoDeployer.invokeDeploymentService(AutoDeployer.java:508)
>
> at
> com.sun.enterprise.deployment.autodeploy.AutoDeployer.deployJavaEEArchive(AutoDeployer.java:489)
>
> at
> com.sun.enterprise.deployment.autodeploy.AutoDeployer.deploy(AutoDeployer.java:436)
>
> at
> com.sun.enterprise.deployment.autodeploy.AutoDeployer.deployAll(AutoDeployer.java:253)
>
> at
> com.sun.enterprise.deployment.autodeploy.AutoDeployControllerImpl$AutoDeployTask.run(AutoDeployControllerImpl.java:361)
>
> at java.util.TimerThread.mainLoop(Timer.java:512)
> at java.util.TimerThread.run(Timer.java:462)
> |#]
> [#|2008-04-22T16:03:30.453+1000|WARNING|sun-appserver9.1|javax.enterprise.system.container.web|_ThreadID=19;_ThreadName=Timer-5;_RequestID=654b34ae-31f8-4f01-8cf0-57efeb7b8d9d;|Exception
> during unregistration of servletstats
> java.lang.NullPointerException
> at
> com.sun.enterprise.admin.monitor.registry.spi.MonitoringRegistrationHelper.unregisterServletStats(MonitoringRegistrationHelper.java:523)
>
> at
> com.sun.enterprise.web.WebContainer.unregisterServletStats(WebContainer.java:2873)
>
> at
> com.sun.enterprise.web.WebContainer.disableMonitoring(WebContainer.java:2701)
>
> at com.sun.enterprise.web.WebModule.stop(WebModule.java:315)
> at
> org.apache.catalina.core.StandardContext.start(StandardContext.java:5167)
> at com.sun.enterprise.web.WebModule.start(WebModule.java:302)
> at
> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:960)
>
> at
> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:944)
> at
> org.apache.catalina.core.StandardHost.addChild(StandardHost.java:662)
> at
> com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1562)
> at
> com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1205)
> at
> com.sun.enterprise.server.WebModuleDeployEventListener.moduleDeployed(WebModuleDeployEventListener.java:172)
>
> at
> com.sun.enterprise.server.WebModuleDeployEventListener.moduleDeployed(WebModuleDeployEventListener.java:276)
>
> at
> com.sun.enterprise.admin.event.AdminEventMulticaster.invokeModuleDeployEventListener(AdminEventMulticaster.java:949)
>
> at
> com.sun.enterprise.admin.event.AdminEventMulticaster.handleModuleDeployEvent(AdminEventMulticaster.java:936)
>
> at
> com.sun.enterprise.admin.event.AdminEventMulticaster.processEvent(AdminEventMulticaster.java:448)
>
> at
> com.sun.enterprise.admin.event.AdminEventMulticaster.multicastEvent(AdminEventMulticaster.java:160)
>
> at
> com.sun.enterprise.admin.server.core.DeploymentNotificationHelper.multicastEvent(DeploymentNotificationHelper.java:295)
>
> at
> com.sun.enterprise.deployment.phasing.DeploymentServiceUtils.multicastEvent(DeploymentServiceUtils.java:208)
>
> at
> com.sun.enterprise.deployment.phasing.ServerDeploymentTarget.sendStartEvent(ServerDeploymentTarget.java:285)
>
> at
> com.sun.enterprise.deployment.phasing.ApplicationStartPhase.runPhase(ApplicationStartPhase.java:119)
>
> at
> com.sun.enterprise.deployment.phasing.DeploymentPhase.executePhase(DeploymentPhase.java:95)
>
> at
> com.sun.enterprise.deployment.phasing.PEDeploymentService.executePhases(PEDeploymentService.java:892)
>
> at
> com.sun.enterprise.deployment.phasing.PEDeploymentService.deploy(PEDeploymentService.java:263)
>
> at
> com.sun.enterprise.deployment.phasing.PEDeploymentService.deploy(PEDeploymentService.java:281)
>
> at
> com.sun.enterprise.admin.mbeans.ApplicationsConfigMBean.deploy(ApplicationsConfigMBean.java:542)
>
> 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:585)
> at
> com.sun.enterprise.admin.MBeanHelper.invokeOperationInBean(MBeanHelper.java:353)
>
> at
> com.sun.enterprise.admin.MBeanHelper.invokeOperationInBean(MBeanHelper.java:336)
>
> at
> com.sun.enterprise.admin.config.BaseConfigMBean.invoke(BaseConfigMBean.java:448)
>
> at
> com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(DynamicMetaDataImpl.java:213)
>
> at com.sun.jmx.mbeanserver.MetaDataImpl.invoke(MetaDataImpl.java:220)
> at
> com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:815)
>
> at
> com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:784)
> at sun.reflect.GeneratedMethodAccessor25.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>
> at java.lang.reflect.Method.invoke(Method.java:585)
> at
> com.sun.enterprise.admin.util.proxy.ProxyClass.invoke(ProxyClass.java:77)
> at $Proxy1.invoke(Unknown Source)
> at
> com.sun.enterprise.admin.server.core.jmx.SunoneInterceptor.invoke(SunoneInterceptor.java:297)
>
> at
> com.sun.enterprise.deployment.autodeploy.AutoDeployer.invokeDeploymentService(AutoDeployer.java:508)
>
> at
> com.sun.enterprise.deployment.autodeploy.AutoDeployer.deployJavaEEArchive(AutoDeployer.java:489)
>
> at
> com.sun.enterprise.deployment.autodeploy.AutoDeployer.deploy(AutoDeployer.java:436)
>
> at
> com.sun.enterprise.deployment.autodeploy.AutoDeployer.deployAll(AutoDeployer.java:253)
>
> at
> com.sun.enterprise.deployment.autodeploy.AutoDeployControllerImpl$AutoDeployTask.run(AutoDeployControllerImpl.java:361)
>
> at java.util.TimerThread.mainLoop(Timer.java:512)
> at java.util.TimerThread.run(Timer.java:462)
> |#]
>
> Those anyone have any thoughts? There is nothing overly unusual about
> my applications, it is just a standard application with single block
> and no extra code. The only thing unusual about it is I am using
> map:mount at the sitemap level.
>
> Cheers.
>
This is partially fixed. On the latest version of Glassfish I got it to
work, but with new issues. That problem was that there must be a '/'
after the context-path. Eg:
<bean id="au.com.tt.ccm.cocoon-ccm.service"
class="org.apache.cocoon.sitemap.SitemapServlet">
<servlet:context mount-path="/cocoon-ccm"
context-path="blockcontext:/cocoon-ccm/">
</servlet:context>
</bean>
Will work.
This:
<bean id="au.com.tt.ccm.cocoon-ccm.service"
class="org.apache.cocoon.sitemap.SitemapServlet">
<servlet:context mount-path="/cocoon-ccm"
context-path="blockcontext:/cocoon-ccm">
</servlet:context>
</bean>
Will not.
Is this a bug or a very stupid error.
--
Kamal Bhatt
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org