problem deploying activiti to wildfly 8.1.0.Final

rogerparkinson — Tue, 14 Apr 2015 02:58:01 GMT

I pulled the source for 5.17.1-SNAPSHOT and ran the build, got a war file, deployed to wildfly 8.1.0.FinalIt loaded up okay. When I went to http://localhost:8080/activiti-webapp-explorer2/ I see a mangled login screen (there's a stack trace in it) but more importantly there is a stacktrace in the lo

Re: problem deploying activiti to wildfly 8.1.0.Final

jbarrez — Tue, 14 Apr 2015 13:11:55 GMT

Hmm that's a very low level exception … is there anything else? I'm afraid i can't say much with only this.
It seems that it has the right servlet version (which was my first thought) …

Re: problem deploying activiti to wildfly 8.1.0.Final

rogerparkinson — Wed, 15 Apr 2015 04:44:09 GMT

I can supply a bigger stack trace, does that help?
<code>
16:40:18,545 ERROR [io.undertow.request] (default task-12) UT005023: Exception handling request to /activiti-webapp-explorer2/ui/APP/2/login: java.lang.NullPointerException
at io.undertow.servlet.spec.HttpServletResponseImpl.sendRedirect(HttpServletResponseImpl.java:153) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
at com.vaadin.terminal.gwt.server.AbstractApplicationServlet.handleServiceSessionExpired(AbstractApplicationServlet.java:1128) [vaadin-6.8.8.jar:6.8.8]
at com.vaadin.terminal.gwt.server.AbstractApplicationServlet.service(AbstractApplicationServlet.java:544) [vaadin-6.8.8.jar:6.8.8]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final]
at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
at org.activiti.explorer.filter.ExplorerFilter.doFilter(ExplorerFilter.java:53) [activiti-explorer-5.17.1-SNAPSHOT.jar:]
at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.15.Final.jar:1.0.15.Final]
at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:56) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.15.Final.jar:1.0.15.Final]
at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.15.Final.jar:1.0.15.Final]
at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) [undertow-core-1.0.15.Final.jar:1.0.15.Final]
at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) [undertow-core-1.0.15.Final.jar:1.0.15.Final]
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.15.Final.jar:1.0.15.Final]
at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.15.Final.jar:1.0.15.Final]
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.15.Final.jar:1.0.15.Final]
at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:240) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final]
at io.undertow.server.Connectors.executeRootHandler(Connectors.java:177) [undertow-core-1.0.15.Final.jar:1.0.15.Final]
at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:727) [undertow-core-1.0.15.Final.jar:1.0.15.Final]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_67]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_67]
at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_67]
</code>
Is this possibly a CDI thing? Wildfly seems to load CDI by default (not that I can see CDI in the stack trace at all)

Re: problem deploying activiti to wildfly 8.1.0.Final

rogerparkinson — Wed, 15 Apr 2015 04:46:50 GMT

…except there isn't any beans.xml in the application so it can't be CDI.

Re: problem deploying activiti to wildfly 8.1.0.Final

rogerparkinson — Wed, 15 Apr 2015 04:59:37 GMT

More info: I've been running it under Eclipse/WTP but deploying the war to a Wildfly instance runs without problems.
That makes it all much lower priority. I can debug with Tomcat, deploy with Wildfly. Just a puzzle though.

Re: problem deploying activiti to wildfly 8.1.0.Final

trademak — Thu, 16 Apr 2015 13:50:59 GMT

Indeed, strange behaviour. I can't see a specific cause by looking at the stacktrace.

Best regards,

topic Re: problem deploying activiti to wildfly 8.1.0.Final in Alfresco Archive

problem deploying activiti to wildfly 8.1.0.Final

Re: problem deploying activiti to wildfly 8.1.0.Final

Re: problem deploying activiti to wildfly 8.1.0.Final

Re: problem deploying activiti to wildfly 8.1.0.Final

Re: problem deploying activiti to wildfly 8.1.0.Final

Re: problem deploying activiti to wildfly 8.1.0.Final