Hi,

I am trying to configure the ISAPI redirector for Microsoft IIS web server to 
Jboss EAP7.2 app server and facing issues with Load balancing.
The requests for the same session are not sticking to a single server and keeps 
switching between different servers, hence session is getting cleared every 
time.

Background:
I am upgrading Jboss EAP 6.4 server to Jboss EAP 7.2 version.
We currently are using a 32-bit isapi_redirect.dll file which works fine with 
Jboss 6.4 including sticky session.
Existing ISAPI Redirector setup is similar to the reference guide at below 
link, with isapi_redirect.dll, workers.properties and uriworkermap.properties 
available.
http://tomcat.apache.org/connectors-doc/reference/iis.html

Issue:
When I switched to Jboss EAP 7.2 with 32-bit isapi_redirect.dll, everything 
else still works except the sticky session.

Server versions:
Existing App server - Jboss 6.4.19
New App server - Jboss 7.2.7
Web server - IIS 10.0.14393.0

Steps taken:
I reached out Redhat and they provided 64-bit version isapi_redirect.dll file 
and asked to set "Enable 32-bit Applications" to "False" in the Application 
Pool.
Our front end is Classic ASP 32-bit application. So, "Enable 32-bit 
Applications" can't be set to "False" in the Application Pool.
Redhat had only the 64-bit file. So, they suggested to use the 
isapi_redirect.dll 32-bit file provided by the Apache Tomcat Connectors.

I tried the isapi_redirect.dll file provided at below link, I am still facing 
the same issue related to sticky session.
https://apache.osuosl.org/tomcat/tomcat-connectors/jk/binaries/windows/tomcat-connectors-1.2.48-windows-i386-iis.zip

Can you please let me know if the above 32-bit isapi_redirect.dll file can be 
used with Jboss EAP 7.2.7 server? 
If so, please guide me on what could be causing the sticky session issue.

Regards,
Saravanakumar.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to