There are some strange problems with the system recently, and the information is as follows:
Error/serviceaction/com.velcro.workflow.workflow.servlet.wfviewaction (http-0.0.0.0-38080-7): servlet execution Threw an exception
Javax.servlet.ServletException:Servlet execution threw an exception
At Org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (applicationfilterchain.java:313)
At Org.apache.catalina.core.ApplicationFilterChain.doFilter (applicationfilterchain.java:206)
At Org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal ( opensessioninviewfilter.java:198)
At Org.springframework.web.filter.OncePerRequestFilter.doFilter (onceperrequestfilter.java:76)
At Org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (applicationfilterchain.java:235)
At Org.apache.catalina.core.ApplicationFilterChain.doFilter (applicationfilterchain.java:206)
At Org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal (characterencodingfilter.java:96)
At Org.springframework.web.filter.OncePerRequestFilter.doFilter (onceperrequestfilter.java:76)
At Org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (applicationfilterchain.java:235)
At Org.apache.catalina.core.ApplicationFilterChain.doFilter (applicationfilterchain.java:206)
At Org.acegisecurity.util.filterchainproxy$virtualfilterchain.dofilter (filterchainproxy.java:265)
At Org.acegisecurity.ui.ExceptionTranslationFilter.doFilter (exceptiontranslationfilter.java:124)
At Org.acegisecurity.util.filterchainproxy$virtualfilterchain.dofilter (filterchainproxy.java:275)
At Org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter (basicprocessingfilter.java:174)
At Org.acegisecurity.util.filterchainproxy$virtualfilterchain.dofilter (filterchainproxy.java:275)
At Org.acegisecurity.ui.AbstractProcessingFilter.doFilter (abstractprocessingfilter.java:271)
At Org.acegisecurity.util.filterchainproxy$virtualfilterchain.dofilter (filterchainproxy.java:275)
At Org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter ( httpsessioncontextintegrationfilter.java:249)
At Org.acegisecurity.util.filterchainproxy$virtualfilterchain.dofilter (filterchainproxy.java:275)
At Org.acegisecurity.util.FilterChainProxy.doFilter (filterchainproxy.java:149)
At Org.acegisecurity.util.FilterToBeanProxy.doFilter (filtertobeanproxy.java:98)
At Org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (applicationfilterchain.java:235)
At Org.apache.catalina.core.ApplicationFilterChain.doFilter (applicationfilterchain.java:206)
At Org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter (replyheaderfilter.java:96)
At Org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (applicationfilterchain.java:235)
At Org.apache.catalina.core.ApplicationFilterChain.doFilter (applicationfilterchain.java:206)
At Org.apache.catalina.core.StandardWrapperValve.invoke (standardwrappervalve.java:230)
At Org.apache.catalina.core.StandardContextValve.invoke (standardcontextvalve.java:175)
At Org.jboss.web.tomcat.security.SecurityAssociationValve.invoke (securityassociationvalve.java:182)
At Org.jboss.web.tomcat.security.JaccContextValve.invoke (jacccontextvalve.java:84)
At Org.apache.catalina.core.StandardHostValve.invoke (standardhostvalve.java:127)
At Org.apache.catalina.valves.ErrorReportValve.invoke (errorreportvalve.java:102)
At Org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke (cachedconnectionvalve.java:157)
At Org.apache.catalina.core.StandardEngineValve.invoke (standardenginevalve.java:109)
At Org.apache.catalina.connector.CoyoteAdapter.service (coyoteadapter.java:262)
At Org.apache.coyote.http11.Http11Processor.process (http11processor.java:844)
At Org.apache.coyote.http11.http11protocol$http11connectionhandler.process (http11protocol.java:583)
At Org.apache.tomcat.util.net.jioendpoint$worker.run (jioendpoint.java:446)
At Java.lang.Thread.run (thread.java:595)
caused By:java.lang.StackOverflowError
At Java.util.regex.pattern$bitclass.match (pattern.java:2869)
At Java.util.regex.pattern$branch.match (pattern.java:4530)
At Java.util.regex.pattern$grouphead.match (pattern.java:4570)
At Java.util.regex.pattern$loop.match (pattern.java:4697)
At Java.util.regex.pattern$grouptail.match (pattern.java:4629)
At Java.util.regex.pattern$bitclass.match (pattern.java:2876)
At Java.util.regex.pattern$branch.match (pattern.java:4530)
At Java.util.regex.pattern$grouphead.match (pattern.java:4570)
At Java.util.regex.pattern$loop.match (pattern.java:4697)
At Java.util.regex.pattern$grouptail.match (pattern.java:4629)
At Java.util.regex.pattern$bitclass.match (pattern.java:2876)
At Java.util.regex.pattern$branch.match (pattern.java:4530)
......
Long time no attack technical difficulties, very excited, began to understand the problem, observed that the following laws appear:
1, although the method stack overflow, but the server can also operate normally, and there is no downtime.
2, the current part of the time can appear this problem.
Finally, the tentative consideration, whether the method stack space is not enough; So in the start, increase the method stack space, the parameter is-xss512k, after reboot, the problem is solved.
But it's also weird. Typically, the default value of the stack space is sufficient, and further research on the code is needed later.
These days, testing down to find that the problem is not as simple as imagined, because after many tests found that in addition to the stack space, or will throw this error, temporarily did not find out why, I will continue to pay attention to ...
Find out where the problem is.