Issue Details (XML | Word | Printable)

Key: JRA-5693
Type: Bug Bug
Status: Resolved Resolved
Resolution: Fixed
Priority: Major Major
Assignee: Unassigned
Reporter: Marc Gerstmair
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
JIRA

Exception in WorkflowUIDispatcher when resolving tickets

Created: 18/Jan/05 03:27 AM   Updated: 30/Jul/06 07:34 PM
Component/s: None
Affects Version/s: 3.0.2
Fix Version/s: 3.1

Time Tracking:
Not Specified

Environment:
Server Information:
Application Server: Apache Tomcat/4.1.29
Servlet Version: 2.3

Memory Information:
Total Memory: 193 MB
Free Memory: 110 MB
Used Memory: 83 MB

System Information:
System Date: Mittwoch, 05 Jan 2005
System Time: 14:56:52
Java Version: 1.4.2_04
Java Vendor: Sun Microsystems Inc.
JVM Version: 1.0
JVM Vendor: Sun Microsystems Inc.
JVM Implementation Version: 1.4.2_04-b05
Java Runtime: Java(TM) 2 Runtime Environment, Standard Edition
Java VM: Java HotSpot(TM) Server VM
User Name: SYSTEM
User Timezone: Europe/Berlin
User Locale: Deutsch (Deutschland)
System Encoding: Cp1252
Operating System: Windows 2000 5.0
OS Architecture: x86
Application Server Container:
Database type: oracle
Database JNDI address: java:/jiraDS

Participants: Marc Gerstmair, Mark Chaimungkalanont [Atlassian], Philip Herbst and Reto Gehring
Since last comment: 3 years, 3 weeks, 3 days ago
Resolution Date: 15/Mar/05 01:21 AM
Labels:


 Description  « Hide
Sometimes we get an Exception when resolving tickets (there is no scenario how to reproduce it but it happens sometimes):

Request Information:
Request URL: http://rentals.ivu.de:8000/jira/secure/WorkflowUIDispatcher.jspa

  • Scheme: http
  • Server: rentals.ivu.de
  • Port: 8000
  • URI: /jira/500page.jsp
  • - Context Path: /jira
  • - Servlet Path: /500page.jsp
  • - Path Info: null
  • - Query String: id=15179&action=5
    Request Attributes:
  • javax.servlet.error.message : null<p><small><small><pre>java.lang.NullPointerException at com.atlassian.jira.web.action.workflow.WorkflowUIDispatcher.doExecute(WorkflowUIDispatcher.java:37) at webwork.action.ActionSupport.execute(ActionSupport.java:151) at com.atlassian.jira.action.JiraActionSupport.execute(JiraActionSupport.java:46) at webwork.dispatcher.GenericDispatcher.executeAction(GenericDispatcher.java:131) at com.atlassian.jira.web.dispatcher.JiraServletDispatcher.service(JiraServletDispatcher.java:186) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at com.opensymphony.module.sitemesh.filter.PageFilter.parsePage(PageFilter.java:142) at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:58) at com.atlassian.jira.web.filters.SitemeshExcludePathFilter.doFilter(SitemeshExcludePathFilter.java:36) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:213) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at com.atlassian.seraph.filter.SecurityFilter.doFilter(SecurityFilter.java:168) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:213) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at com.atlassian.seraph.filter.LoginFilter.doFilter(LoginFilter.java:181) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:213) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at com.atlassian.util.profiling.filters.ProfilingFilter.doFilter(ProfilingFilter.java:132) at com.atlassian.jira.web.filters.ProfilingAndErrorFilter.doFilter(ProfilingAndErrorFilter.java:25) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:213) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at com.atlassian.jira.web.filters.ActionCleanupDelayFilter.doFilter(ActionCleanupDelayFilter.java:37) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:213) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at com.atlassian.johnson.filters.JohnsonFilter.doFilter(JohnsonFilter.java:91) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:213) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at com.atlassian.jira.web.filters.gzip.GzipFilter.doFilter(GzipFilter.java:72) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:213) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at com.atlassian.core.filters.AbstractEncodingFilter.doFilter(AbstractEncodingFilter.java:36) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:213) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.jboss.web.tomcat.security.JBossSecurityMgrRealm.invoke(JBossSecurityMgrRealm.java:220) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.jboss.web.tomcat.tc4.statistics.ContainerStatsValve.invoke(ContainerStatsValve.java:76) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2417) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:65) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:577) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:197) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:781) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:549) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:605) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:677) at java.lang.Thread.run(Thread.java:534) </pre></small></small></p>
  • os_securityfilter_already_filtered : true
  • _sitemesh_using_stream : false
  • com.atlassian.jira.web.filters.ActionCleanupDelayFilter : true
  • com.atlassian.johnson.filters.JohnsonFilter_already_filtered : true
  • javax.servlet.error.request_uri : /jira/secure/WorkflowUIDispatcher.jspa
  • jira.webwork.generic.dispatcher : webwork.dispatcher.GenericDispatcher@15dcd0b
  • javax.servlet.error.status_code : 500
  • _sitemesh_filterapplied : true
  • jira.webwork.cleanup : false
  • javax.servlet.error.servlet_name : action
  • com.atlassian.jira.web.filters.gzip.GzipFilter_already_filtered : true
  • loginfilter.already.filtered : true
  • atlassian.core.seraph.original.url : /secure/WorkflowUIDispatcher.jspa?id=15179&action=5
  • webwork.result : Value stack =========== ===========

 All   Comments   Work Log   Change History      Sort Order: Ascending order - Click to sort in descending order
[ Permlink | « Hide ]
Mark Chaimungkalanont [Atlassian] added a comment - 19/Jan/05 12:08 AM
Marc,

I'm pretty sure it's this bug below:

http://jira.atlassian.com/browse/JRA-5568

Which will be fixed for 3.1

Thanks for the report!

Cheers

Mark C


[ Permlink | « Hide ]
Philip Herbst added a comment - 19/Jan/05 04:29 AM
I can reproduce this by following steps.(its a private jira installation, working for same company as marc)

1. Open a Ticket with available workflow operations
2. Log out from jira with another browser tab or similar
3. Try to perform workflow operation (not logged in)

--> you get Exception as in description above

so i came to the conclusion that its due to session timeouts. Somebody is logged in for a long time and gets logged off by system.after that he tries to perform workflow operation...

btw the patched class from JRA-5568 didn't help


[ Permlink | « Hide ]
Philip Herbst added a comment - 19/Jan/05 04:51 AM
Just found something regarding session timeouts on jira-user

Mike Cannon-Brookes wrote
>This is controlled by your application server, not JIRA. Which
>application server are you using, or are you using the standalone edition?
>In the standalone, I believe it's configured in conf/server.xml.

>You can also check the 'Remember me' checkbox when logging in and JIRA
>with transparently log you in, so you won't know/care if your session
>times out.


[ Permlink | « Hide ]
Mark Chaimungkalanont [Atlassian] added a comment - 15/Mar/05 01:21 AM
I believe this should be fixed for 3.1. If it hadn't then please reraise the issue

[ Permlink | « Hide ]
Reto Gehring added a comment - 14/Sep/05 05:20 PM
Clone -> Union


Powered by Atlassian JIRA the Professional Issue Tracker. (Enterprise Edition, Version: 3.13-#330) - Bug/feature request - Atlassian news - Contact Administrators