-
Bug
-
Resolution: Unresolved
-
Critical
-
8.0.0.GA
-
None
-
False
-
None
-
False
-
-
-
-
-
-
Known Issue
-
-
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.
- blocks
-
JBEAP-25865 Operator doesn't provision a load-balancer that supports affinity routing driven by the application server
- New
-
JBEAP-25864 Helm Chart doesn't provision a load-balancer that supports affinity routing driven by the application server
- Coding In Progress
- clones
-
CLOUD-4174 Session affinity information is attached to the session ID but never used
- New
- is blocked by
-
JBEAP-25436 The jboss.node.name property is incorrectly truncated
- Closed