File APIs for Java Developers
Manipulate DOC, XLS, PPT, PDF and many others from your application.
The moose likes Websphere and the fly likes WebSphere 4.0.1 AE load balancing Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login

Win a copy of Java Interview Guide this week in the Jobs Discussion forum!
JavaRanch » Java Forums » Products » Websphere
Bookmark "WebSphere 4.0.1 AE load balancing" Watch "WebSphere 4.0.1 AE load balancing" New topic

WebSphere 4.0.1 AE load balancing

Junaid Bhatra
Ranch Hand

Joined: Jun 27, 2000
Posts: 213
I've set up app server clones, and am trying to do load-balancing, as well as achieve "server affinity", i.e. if a request belongs to a session, then it should be delegated to the same app server instance with which it is associated.
It seems like the only way to achieve "server affinity" is to persist the session info in a database. If the session is not persisted, then WebSphere uses a strict round-robin policy. Is there a way to obtain "server affinity" without persisting it to a database?
I have several problems with persistent sessions:
1) Some of my state info is not Serializable
2)Performance issues
Ranch Hand

Joined: Nov 22, 2008
Posts: 18944
We have the same problem too. IBM told us that we have to switch the ose.session.affinity in the file to true. But it is not guaranteed that the first clone gets its session back at the second request. IBM says that in normal cases the session affinity works but the 100% guaranty is only when session are stored persistent in a database.
Kyle Brown
Ranch Hand

Joined: Aug 10, 2001
Posts: 3892
Wait a minute -- Junaid, are you working in WAS 3.5 or 4.0? In WAS 4.0 Session affinity and session persistence are distinct...

Kyle Brown, Author of Persistence in the Enterprise and Enterprise Java Programming with IBM Websphere, 2nd Edition
See my homepage at for other WebSphere information.
Junaid Bhatra
Ranch Hand

Joined: Jun 27, 2000
Posts: 213
I'm using WAS 4.0. I'm observing session affinity only while using persistent sessions.
Ok so I understand in WAS 3.5, session affinity was related to session persistence, and that behavior has apparently changed in 4.0. Tracing through the plugin log, it seems like there is a bug where it is unable to correctly parse the JSESSIONID cookie value(and hence the cloneid) from the returned cookies. I also verified this by turning off cookies from the browser and relying solely on explicit URL re-writing. In that case, everything works fine.
Has anyone experienced anything similar?
Just one more thing. Seems like the documentation for Websphere 4.0 AE at the infocenter has not been updated since it incorrectly says that session affinity can only be achieved by using persistent sessions.
[ March 12, 2002: Message edited by: Junaid Bhatra ]
santi galay

Joined: Nov 27, 2002
Posts: 3
We �re gettting the same errors on WAS 4.0.4
It seems that WAS return the same JSESSIONID to different users...
Simon Song
Ranch Hand

Joined: Feb 01, 2002
Posts: 217
There is an efix for this issue:

Simon Song
Certified Entperise Developer of Websphere
I agree. Here's the link:
subject: WebSphere 4.0.1 AE load balancing
It's not a secret anymore!