]
Jiří Štefek commented on RFPL-3878:
-----------------------------------
Hi [~manovotn], nice catch.
I have found similar WELD issue -- WELD-1774, which was resolved in WELD *2.2.8*. I have
tried to run the tests with the mentioned version and it seems to solve this problem.
Showcase & Tomcat & Push - Context already active exception
-----------------------------------------------------------
Key: RFPL-3878
URL:
https://issues.jboss.org/browse/RFPL-3878
Project: RichFaces Planning
Issue Type: Bug
Components: examples
Affects Versions: 4.5.6
Environment: Tomcat 8
Showcase app
Mojarra
Reporter: Matej Novotny
When running Showcase push tests, there are exceptions in the log. Here is an example of
one:
{code}
02:36:37 SEVERE: Exception sending request initialized lifecycle event to listener
instance of class org.jboss.weld.environment.servlet.Listener
02:36:37 java.lang.IllegalStateException: WELD-000335: Context is already active
02:36:37 at
org.jboss.weld.context.http.LazyHttpConversationContextImpl.activate(LazyHttpConversationContextImpl.java:57)
02:36:37 at
org.jboss.weld.servlet.ConversationContextActivator.activate(ConversationContextActivator.java:107)
02:36:37 at
org.jboss.weld.servlet.ConversationContextActivator.activateConversationContext(ConversationContextActivator.java:93)
02:36:37 at
org.jboss.weld.servlet.HttpContextLifecycle.requestInitialized(HttpContextLifecycle.java:225)
02:36:37 at
org.jboss.weld.servlet.WeldInitialListener.requestInitialized(WeldInitialListener.java:160)
02:36:37 at
org.jboss.weld.servlet.api.helpers.ForwardingServletListener.requestInitialized(ForwardingServletListener.java:42)
02:36:37 at
org.apache.catalina.core.StandardContext.fireRequestInitEvent(StandardContext.java:5902)
02:36:37 at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
02:36:37 at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
02:36:37 at
org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:610)
02:36:37 at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)
02:36:37 at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:518)
02:36:37 at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1091)
02:36:37 at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:668)
02:36:37 at
org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:223)
02:36:37 at
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1517)
02:36:37 at
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1474)
02:36:37 at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
02:36:37 at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
02:36:37 at
org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
02:36:37 at java.lang.Thread.run(Thread.java:745)
{code}
[
Here|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/RichFaces/view...]
is a sample of Jenkins job, where there is such exception. Just switch to full log and
CTRL+ F for "Context is already active".
It does not affect the test results - CDI push test still passes (the other one - for
UUID - is problematic/unstable because it measures time).
What I found out so far:
* Cannot be reproduced with Metamer (neither via automated nor manual way)
* Only appears when server is started via Arq. (e.g. not manually) meaning this is likely
to be a configuration issue. Once started manually, one can do exactly what the test does
but never gets the exception.
* Configs used for Tomcat are:
** tomcat-users.xml -> copied over from build resources, does not affect it
** arquillian.xml -> tried to temper with settings, changed for those in QA repo
(there are slight differences) but to no avail
** tried to start tomcat manually with the above settings, but still cannot reproduce it
* I checked the related WELD issue (335), but that was resolved long ago, we are using
2.2.6 version atm (in all repos)