IIS proxy 5.1 and Weblogic 6.1 does not support sticky session

Question

Dear Sir,
Our system is migrating from Weblogic 5.1 to Weblogic 6.1. After testing on
development environment, it is found that IIS proxy for 5.1 plug-in and Weblogic
6.1 server is perfect match for our case. Since our appliction system hit some
bugs of IIS proxy for 6.1. In development environment, one IIS match with one
Weblogic.
During production launch, another problem found. It seems that IIS proxy 5.1
plug-in with Weblogic 6.1 does not support the sticky load balancing. A sticky
service is one where a client sends its requests to the same instance and those
requests are not redirected to other instances. In production, two IIS match with
two Weblogic. Below is
#WebLogicHost=10.0.3.12
#WebLogicPort=8012
WebLogicCluster=10.0.3.12:8012,10.0.3.13:8012
COnnectionTimeoutSecs=10
ConnectionRetrySecs=2
ErrorPage=https://www.xxxx.com/eBank/sysnotready.htm
CookieName=eBankingWebLogicSession
Anyone have idea on out case?
Thanks,
KAI

Answer 1

My test was with 6.1 SP3.
The way to tell is by analyzing the cookie(JSESSIONID).
Perhaps the behaviour changed post SP1. I can't say for sure.
Eric
"Gary Rudolph" <[email protected]> wrote in message
news:[email protected]...
Is that entirely true concerning you don't need the persistence set to
replicated in the weblogic.xml to gain sticky load balancing?
The reason I ask was that in our situation sticky wouldn't work without
having the persistence set to replicated. This was with NSAPI and WLS 6.1
SP1. The weblogic servers were configured in a weblogic cluster. So..based
on this statement we should not have needed to set the persistence, but in
practice we did for it to work.
Gary
"Eric Gross" <[email protected]> wrote in message
news:[email protected]...
I just checked, and you are correct. You just need to have clustering
enabled in 6.1. You do not necessarily need to have persistence set to
replicated.
Of course, you won't get failover, but you will get the sticky load
balancing.
Regards,
Eric
"Ricky Wong" <[email protected]> wrote in message
news:[email protected]...
Why do we need to set session persistence to replicate in order to
perform
sticky load balancing ? There is no such requirement in WebLogic 5.1.
As
far
as I know, the IIS plugin simply interprets the value of the sessioncookie,
which should be embedded with the application server address, then
forward
the request to that particular application server.
We didn't use session replication in our environment because not allsession
variables are serializable.
"Eric Gross" <[email protected]> wrote in message
news:[email protected]...
The problem you mentionned in the other newsgroup post has been
fixed
and
will be in SP4. If you are in production or nearing production and
need
a
resolution now, then please open a case with support.
You should not need any other parameters to do the load balancing.
But
to
have the sticky load balancing, you must make sure you have session
persistence set to replicated for the webapp in question.
I'm not sure I am understanding your 3rd question.
In any case, my advice is to either wait for SP4 to bereleased(scheduled
sometime this month) or if you really need to go into production
soon,
contact support to obtain the latest IIS plugin.
Regards,
Eric
"Mike" <[email protected]> wrote in message
news:[email protected]...
Dear Eric,
Thanks very much for you kindly information, but we still have thefollowing issues
regarding the WL IIS proxy:
1. We have already tried the IIS proxy that comes with WL6.1 SP3.However, the
result from that version of IIS proxy is not satisfactory, as weexperienced cases
where the web page is not displayed correctly (as in
http://newsgroups.bea.com/cgi-bin/dnewsweb?cmd=article&group=weblogic.develo
per.interest.plug-in&item=994&utag=).
If there is any IIS proxy released after WL6.1 SP3, Could you
kindly
give
us
a pointer to the plugin?
2. In WL5.1 case, we are only required to have "WebLogicCluster"
parameter
set
to two weblogic servers in order use the load balancing features.
In
WL6.1, we
do not come across any additional settings required to support
load
balancing.
Is there any such settings required (e.g. in
config.xml,weblogic.xml,
application.xml,
etc?)
3. Does WL IIS proxy problem has anything to do with the version
of
the
IIS server/windows
versions that are using? we have already tried with IIS4 and IIS5
and
have
different
kinds of issues.
Thanks in advance for your kind assistance.
Mike
"Eric Gross" <[email protected]> wrote:
Yes, the session format has changed when using clustering and you
cannot
use
the 5.1 plugin to proxy to 6.1.
What problems did you have using the 6.1 plugin? Maybe you need
the
latest
6.1 plugin.
Regards,
Eric
"KAI" <[email protected]> wrote in message
news:[email protected]...
Dear Sir,
Our system is migrating from Weblogic 5.1 to Weblogic 6.1.
After
testing on
development environment, it is found that IIS proxy for 5.1
plug-in
and
Weblogic
6.1 server is perfect match for our case. Since our appliction
system
hit
some
bugs of IIS proxy for 6.1. In development environment, one IIS
match
with
one
Weblogic.
During production launch, another problem found. It seems
that
IIS
proxy 5.1
plug-in with Weblogic 6.1 does not support the sticky load
balancing.
A
sticky
service is one where a client sends its requests to the same
instance
and
those
requests are not redirected to other instances. In production,
two
IIS
match with
two Weblogic. Below is
#WebLogicHost=10.0.3.12
#WebLogicPort=8012
WebLogicCluster=10.0.3.12:8012,10.0.3.13:8012
COnnectionTimeoutSecs=10
ConnectionRetrySecs=2
ErrorPage=https://www.xxxx.com/eBank/sysnotready.htm
CookieName=eBankingWebLogicSession
Anyone have idea on out case?
Thanks,
KAI