-
Bug
-
Resolution: Done
-
Major
-
7.1.4.GA
Two distributable applications that perform a cross-context include or a forward (using the RequestDispatcher) are blocked indefinitely in a similar way than in JBEAP-15091.
In an include the session flow is the following:
1.- Session is created in webapp1:
2018-09-21 13:26:22,200 INFO [stdout] (default task-1) --------------------------->createSession HttpServerExchange{ GET /webapp1/servlet1 request {Accept=[text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8], Accept-Language=[es,en-US;q=0.9,en;q=0.8], Cache-Control=[max-age=0], Accept-Encoding=[gzip, deflate], DNT=[1], User-Agent=[Mozilla/5.0 (X11; Fedora; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.106 Safari/537.36], Connection=[keep-alive], Cookie=[JSESSIONID=x4CAwrnhjV0Ud939Yrnnm01mzjHrzlecgObb_JKF.jboss], Upgrade-Insecure-Requests=[1], Host=[jboss.sample.com:8080]} response {X-Powered-By=[Undertow/1], Server=[JBoss-EAP/7]}} org.wildfly.clustering.web.undertow.session.DistributableSession@1beec2ad
2.- Another session is created in webapp2 because of the include:
2018-09-21 13:26:22,226 INFO [stdout] (default task-1) --------------------------->createSession HttpServerExchange{ GET /webapp1/servlet1 request {Accept=[text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8], Accept-Language=[es,en-US;q=0.9,en;q=0.8], Cache-Control=[max-age=0], Accept-Encoding=[gzip, deflate], DNT=[1], User-Agent=[Mozilla/5.0 (X11; Fedora; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.106 Safari/537.36], Connection=[keep-alive], Cookie=[JSESSIONID=x4CAwrnhjV0Ud939Yrnnm01mzjHrzlecgObb_JKF.jboss], Upgrade-Insecure-Requests=[1], Host=[jboss.sample.com:8080]} response {X-Powered-By=[Undertow/1], Server=[JBoss-EAP/7]}} org.wildfly.clustering.web.undertow.session.DistributableSession@ed20d29
3.- Only first session is accepted (released), the second session is not and it produces the block.
2018-09-21 13:26:22,262 INFO [stdout] (default task-1) --------------------------->requestDone HttpServerExchange{ GET /webapp1/servlet1 request {Accept=[text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8], Accept-Language=[es,en-US;q=0.9,en;q=0.8], Cache-Control=[max-age=0], Accept-Encoding=[gzip, deflate], DNT=[1], User-Agent=[Mozilla/5.0 (X11; Fedora; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.106 Safari/537.36], Connection=[keep-alive], Cookie=[JSESSIONID=x4CAwrnhjV0Ud939Yrnnm01mzjHrzlecgObb_JKF.jboss], Upgrade-Insecure-Requests=[1], Host=[jboss.sample.com:8080]} response {Connection=[keep-alive], X-Powered-By=[Undertow/1], Set-Cookie=[JSESSIONID=S1YATVuUV2H109H2yHFkkOyxNgA6wv7qgG27WcoV.jboss; path=/webapp1], Server=[JBoss-EAP/7], Content-Length=[230], Date=[Fri, 21 Sep 2018 11:26:22 GMT]}} org.wildfly.clustering.web.undertow.session.DistributableSession@1beec2ad
Using forward the problem is the opposite (the session that is accepted is the second one and the first one is forgotten).
- clones
-
UNDERTOW-1415 Cross-context calls (forward/include) do not update all the session access times
- Pull Request Sent
- is caused by
-
UNDERTOW-1415 Cross-context calls (forward/include) do not update all the session access times
- Pull Request Sent
- is incorporated by
-
JBEAP-15370 (7.1.z) Upgrade undertow from 1.4.18.SP9 to 1.4.18.SP11
- Closed
- links to