-
Bug
-
Resolution: Unresolved
-
Major
-
None
-
None
-
None
-
False
-
None
-
False
-
-
-
-
-
-
-
Previously WildFly only supported the ability to encode session affinity information into the JSESSIONID cookie, which is already used to uniquely identify a session. While this works well with the httpd family of load balancer modules (e.g. mod_cluster, mod_proxy_balancer, mod_jk) for which this mechanism was designed, however, the current set of load balancers used in the cloud rely on a separate cookie for implementing sticky sessions (e.g. HAProxy, IIS, etc.), and thus we lack the ability to allow WildFly to guide requests for a given session to the server that can most efficiently handle it.
To resolve this, we need to configure the Undertow subsystem to use a separate cookie to send affinity information (JBEAP-25437) and update Helm Charts to provision an Ingress with an ingress implementation that supports affinity handling that WildFly requires. Currently, OS router doesn't support preserving cookies, tracked as https://github.com/openshift/router/issues/446
Upstream tracker https://github.com/wildfly/wildfly-charts/issues/131
- is blocked by
-
JBEAP-25436 The jboss.node.name property is incorrectly truncated
- Closed
-
JBEAP-25437 Session affinity information is attached to the session ID but never used
- Pull Request Sent
- is cloned by
-
JBEAP-25865 Operator doesn't provision a load-balancer that supports affinity routing driven by the application server
- New