I will try it tomorrow, but it should be ok. BTW, Christopher Schultz gave me the following answee on Tomcat user list : http://mail-archives.apache.org/mod_mbox/tomcat-users/201507.mbox/<55A3B97A.1090409%40christopherschultz.net>
Ludovic Le 14 juillet 2015 06:47:49 CEST, Christian Kaltepoth <[email protected]> a écrit : >This issue should be fixed now: > >https://github.com/chkal/deltaspike/commit/9d0ad6b6b7d2109ffee1a9577f87a44bcc91a535 > >It would be great if you could give 1.4.2-SNAPSHOT a try as we will >release >1.4.2 very soon. > >Christian > > >2015-07-13 12:17 GMT+02:00 Christian Kaltepoth ><[email protected]>: > >> Hey Ludovic, >> >> I created two issues to track this. I hope I'll find some time to >work on >> them later today. >> >> https://issues.apache.org/jira/browse/DELTASPIKE-949 >> https://issues.apache.org/jira/browse/DELTASPIKE-950 >> >> Christian >> >> >> >> 2015-07-10 9:23 GMT+02:00 [email protected] <[email protected]>: >> >>> Well, I shall try to raise the question on the tomcat list. I had >other >>> troubles with this double registration, so it might be worth the >time. >>> >>> Thanks for the quick replies and the workaround, but I fear it might >be >>> more complex to understand for some other guy taking over my current >>> project in some time than a clearly different, patched, dependency. >>> >>> The simplest thing would be, IMHO, to allow double, identical, >>> registration, but I understand that you do not want to stuff your >clean >>> work with kludges. It would however make servlet module more >>> straightforward to use for Tomcat users, who are not a small user >base. :) >>> >>> Ludovic >>> >>> Le 10 juillet 2015 07:05:11 CEST, Christian Kaltepoth < >>> [email protected]> a écrit : >>> >>> Hey Ludovic, >>> >>> I'm not completely sure if Tomcat behaves correctly when it calls >>> requestInitialized() more than once for a request. I'll try >>> to clarify this. >>> >>> I agree with Martin that it should work fine if you just using >>> RequestResponseHolderFilter. >>> Unfortunately RequestResponseHolderListener is currently >>> not deactivateable. So the only workaround would be to set >>> metadata-complete="true" in your web.xml and include everything >>> except for RequestResponseHolderListener from [1] in your own >web.xml. >>> >>> You could also use <absolute-ordering> without <others/> to >>> basically exclude DeltaSpike's web-fragment.xml from being >processed. >>> >>> I hope this helps. >>> >>> Christian >>> >>> [1] >>> >>> >https://github.com/apache/deltaspike/blob/master/deltaspike/modules/servlet/impl/src/main/resources/META-INF/web-fragment.xml >>> >>> 2015-07-09 9:34 GMT+02:00 Martin Kouba <[email protected] >>> <mailto:[email protected]>>: >>> >>> Hi, >>> >>> some time ago I observed that Tomcat fires superfluous >>> init/destroy events when form based auth is used. See also >>> >>> >http://markmail.org/thread/uswkg6lvndmbeldf#query:+page:1+mid:uswkg6lvndmbeldf+state:results >>> >>> So one way to fix the problem would be not to use the >listener >>> to bind the current ServletRequest. I'm not sure whether it's >>> possible to disable the RequestResponseHolderListener and >only >>> use RequestResponseHolderFilter though... >>> >>> Martin >>> >>> Dne 9.7.2015 v 09:13 [email protected] ><mailto:[email protected]> >>> >>> napsal(a): >>> >>> Hi. >>> >>> I have a problem with servlet module. >>> >>> I am using Tomcat 8.0.23 and it seems to me that there is >a >>> bug when >>> using container managed security with auth method set to >>> "FORM". >>> >>> In my web.xml, I have : >>> >>> <login-config> >>> <auth-method>FORM</auth-method> >>> <form-login-config> >>> <form-login-page>/login.xhtml</form-login-page> >>> <form-error-page>/access-denied.xhtml</form-error-page> >>> </form-login-config> >>> </login-config> >>> >>> >>> + securiy constraints. >>> >>> When the forward to the form login page is performed, an >>> exception is >>> raised because the same thread is registered twice. >>> >>> So, an illegal state exception is raised with the >following >>> stack trace : >>> >>> java.lang.IllegalStateException: There is already an >>> instance bound to >>> this thread. >>> >>> >org.apache.deltaspike.servlet.impl.produce.RequestResponseHolder.bind(RequestResponseHolder.java:62) >>> >>> >org.apache.deltaspike.servlet.impl.produce.RequestResponseHolderListener.requestInitialized(RequestResponseHolderListener.java:33) >>> >>> >org.apache.catalina.authenticator.FormAuthenticator.forwardToLoginPage(FormAuthenticator.java:383) >>> >>> >org.apache.catalina.authenticator.FormAuthenticator.authenticate(FormAuthenticator.java:229) >>> >>> >org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:577) >>> >>> >org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:617) >>> >>> >org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79) >>> >>> >org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:617) >>> >>> >org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:240) >>> >>> >org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:518) >>> >>> >org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1091) >>> >>> >org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:668) >>> org.apache.tomcat.util.net >>> <http://org.apache.tomcat.util.net >>> >.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1521) >>> org.apache.tomcat.util.net >>> <http://org.apache.tomcat.util.net >>> >.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1478) >>> >>> >java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) >>> >>> >java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) >>> >>> >org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) >>> java.lang.Thread.run(Thread.java:745) >>> >>> >>> As my webapp is version="3.0", I should not have >>> configuration to set in >>> the web.xml (correct me if I am wrong). >>> >>> However, as there are sometimes strange behaviours with >>> tomcat, I tried >>> to explicitly define config as indicated in >>> >>> >https://deltaspike.apache.org/documentation/servlet.html#ProjectSetup >>> , >>> but it does not change anything. >>> >>> Any help welcomed ! >>> >>> Ludovic >>> >>> >>> | >>> | AVANT D'IMPRIMER, PENSEZ A L'ENVIRONNEMENT. >>> | >>> >>> >>> >>> -- Martin Kouba >>> Software Engineer >>> Red Hat, Czech Republic >>> >>> >>> >>> >>> -- Christian Kaltepoth >>> Blog: http://blog.kaltepoth.de/ >>> Twitter: http://twitter.com/chkal >>> GitHub: https://github.com/chkal >>> >>> >>> -- >>> Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma >>> brièveté. >>> >>> >>> | >>> | AVANT D'IMPRIMER, PENSEZ A L'ENVIRONNEMENT. >>> | >>> >>> >> >> >> -- >> Christian Kaltepoth >> Blog: http://blog.kaltepoth.de/ >> Twitter: http://twitter.com/chkal >> GitHub: https://github.com/chkal >> >> > > >-- >Christian Kaltepoth >Blog: http://blog.kaltepoth.de/ >Twitter: http://twitter.com/chkal >GitHub: https://github.com/chkal -- Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.
