Я пытаюсь настроить wf 17 с распределенным кешем для сессий, но у меня возникают проблемы с его корректной работой. Это распределенная конфигурация, я использую базовую аутентификацию, и когда мы отправляем сообщение в / j_security_check, оно отправляется на один узел, а get для /index.html после успешной аутентификации направляется на другой узел. Когда запрос поступает на второй узел, у меня возникает следующее исключение:
2019-10-16 17:17:39,901 TRACE [org.wildfly.clustering.web.infinispan] (default task-9) Session _ttZ3PQsisp4qCdTlkY512jYoG02S3DiYgpDUGjJ not found
2019-10-16 17:17:39,903 TRACE [org.wildfly.clustering.web.infinispan] (default task-9) Session _ttZ3PQsisp4qCdTlkY512jYoG02S3DiYgpDUGjJ not found
2019-10-16 17:17:39,905 TRACE [org.wildfly.clustering.web.infinispan] (default task-9) Session _ttZ3PQsisp4qCdTlkY512jYoG02S3DiYgpDUGjJ not found
2019-10-16 17:17:39,906 TRACE [org.wildfly.clustering.web.infinispan] (remote-thread--p17-t4) Session vjStKgUR6gnUne3KPr_v89S_37Dp-jc4eqNXZ1kk will be removed
2019-10-16 17:17:39,907 TRACE [org.wildfly.clustering.web.infinispan] (default task-9) Session _ttZ3PQsisp4qCdTlkY512jYoG02S3DiYgpDUGjJ not found
2019-10-16 17:17:39,965 ERROR [io.undertow.request] (default task-9) UT005023: Exception handling request to /index.html: java.lang.IllegalStateException: WFLYCLWEBUT0002: Session _ttZ3PQsisp4qCdTlkY512jYoG02S3DiYgpDUGjJ already exists
at org.wildfly.clustering.web.undertow.session.DistributableSessionManager.createSession(DistributableSessionManager.java:169)
at io.undertow.servlet.spec.ServletContextImpl.getSession(ServletContextImpl.java:918)
at io.undertow.servlet.spec.ServletContextImpl.getSession(ServletContextImpl.java:933)
at io.undertow.servlet.handlers.security.ServletFormAuthenticationMechanism.storeInitialLocation(ServletFormAuthenticationMechanism.java:175)
Я вижу на другом сервере, где произошла запись / j_security_check:
contentLength=0
contentType=null
cookie=JSESSIONID=_ttZ3PQsisp4qCdTlkY512jYoG02S3DiYgpDUGjJ.staging-2:staging-2-wildfly; domain=null; path=/
header=Expires=0
header=Connection=close
header=Cache-Control=no-cache, no-store, must-revalidate
header=Set-Cookie=JSESSIONID="_ttZ3PQsisp4qCdTlkY512jYoG02S3DiYgpDUGjJ.staging-2:staging-2-wildfly"; Version=1; Path=/; Secure; HttpOnly
header=Pragma=no-cache
header=Location=....
header=Content-Length=0
header=Date=Wed, 16 Oct 2019 16:17:39 GMT
status=302
2019-10-16 17:17:39,210 TRACE [org.wildfly.clustering.web.infinispan] (default task-10) Session _ttZ3PQsisp4qCdTlkY512jYoG02S3DiYgpDUGjJ will expire in 14401 sec
Моя конфигурация для кэша inifinispanis:
<cache-container name="web" default-cache="dist" module="org.wildfly.clustering.web.infinispan">
<transport lock-timeout="60000"/>
<distributed-cache name="dist" remote-timeout="17500" l1-lifespan="0" owners="2">
<locking acquire-timeout="60000" isolation="READ_COMMITTED"/>
<transaction locking="OPTIMISTIC" mode="BATCH"/>
<file-store/>
</distributed-cache>
</cache-container>
До тех пор, пока сеанс кэшируется в бесконечности, как получается, что когда запрос попадает на второй сервер изначально, он не найден, но при попытке создать его жалуется, что он уже существует?
Кроме того, я попытался настроить подсистему distribtable-web: 1.0 wf для использования вышеупомянутого кеша, но вывод такой же. Не уверен, если это необходимо, если у меня есть тег в web.xml, это будет та же подсистема распространяемых веб-файлов по умолчанию, верно?
Другая ситуация, которую я заметил, и я не понимаю:
----------------------------REQUEST---------------------------
URI=/j_security_check
cookie=JSESSIONID=0Zb-sRk9GvM_NXxpOcS5SPifwCour07qm41kTujh.starscream:starscream-wildfly
method=POST
--------------------------RESPONSE--------------------------
cookie=JSESSIONID=mUInjx6SmUXCXz9CJDN3IYVE8it9RGI9fMXYKTtI.starscream:starscream-wildfly; domain=null; path=/
status=302
==============================================================
2019-10-17 10:06:42,347 TRACE [org.wildfly.clustering.web.infinispan] (default task-59) Session mUInjx6SmUXCXz9CJDN3IYVE8it9RGI9fMXYKTtI will expire in 14401 sec
2019-10-17 10:06:42,355 TRACE [org.wildfly.clustering.web.infinispan] (default task-72) Session mUInjx6SmUXCXz9CJDN3IYVE8it9RGI9fMXYKTtI not found
2019-10-17 10:06:42,357 TRACE [org.wildfly.clustering.web.infinispan] (default task-72) Session mUInjx6SmUXCXz9CJDN3IYVE8it9RGI9fMXYKTtI not found
2019-10-17 10:06:42,360 TRACE [org.wildfly.clustering.web.infinispan] (default task-72) Session mUInjx6SmUXCXz9CJDN3IYVE8it9RGI9fMXYKTtI not found
2019-10-17 10:06:42,409 INFO [io.undertow.request.dump] (default task-72)
----------------------------REQUEST---------------------------
URI=/index.html
cookie=JSESSIONID=mUInjx6SmUXCXz9CJDN3IYVE8it9RGI9fMXYKTtI.starscream:starscream-wildfly
method=GET
--------------------------RESPONSE--------------------------
status=200
==============================================================
2019-10-17 10:06:42,411 TRACE [org.wildfly.clustering.web.infinispan] (default task-72) Session mUInjx6SmUXCXz9CJDN3IYVE8it9RGI9fMXYKTtI will expire in 14400 sec
2019-10-17 10:06:44,333 WARN [org.springframework.web.servlet.PageNotFound] (default task-72) No mapping found for HTTP request with URI [/j_security_check] in DispatcherServlet with name 'dispatcher'
2019-10-17 10:06:44,347 TRACE [org.wildfly.clustering.web.infinispan] (default task-72) Session mUInjx6SmUXCXz9CJDN3IYVE8it9RGI9fMXYKTtI will expire in 14401 sec
2019-10-17 10:06:44,357 INFO [io.undertow.request.dump] (default task-72)
----------------------------REQUEST---------------------------
URI=/j_security_check
cookie=JSESSIONID=mUInjx6SmUXCXz9CJDN3IYVE8it9RGI9fMXYKTtI.starscream:starscream-wildfly
method=POST
--------------------------RESPONSE--------------------------
status=404
Это произошло на том же узле, я получаю ответ с указанным выше сеансом и через несколько мгновений после этого он не может найти сеанс, в итоге получая 404 для j_security_check.