I don't know, but I can tell you I have never done as postarg, always in url, as GET, like the example I gave you. Try that.

--

Robert Garcia
President - BigHead Technology
VP Application Development - eventpix.com
13653 West Park Dr
Magalia, Ca 95954
ph: 530.645.4040 x222 fax: 530.645.4040
[EMAIL PROTECTED] - [EMAIL PROTECTED]
http://bighead.net/ - http://eventpix.com/

On Oct 23, 2007, at 8:53 PM, Fogelson, Steve wrote:

Robert,

Thanks for the idea of a simpler test. I wrote a quick test and when I include the FORCE_SERVER_ARG_NAME argument in the url, it executes on the proper service. So that indicates that FORCE_SERVER_ARG_NAME is setup properly and working.

As suggested, I changed FORCE_SERVER_ARG_NAME  to SID.

Multiple <@url> tags ran from the same taf as indicted below still do not run on the correct service all the time. It just seems to alternate between services and disregards the FORCE_SERVER_ARG_NAME arg.

Any other ideas?

Thanks

Steve



From: Robert Garcia [mailto:[EMAIL PROTECTED]
Sent: Sunday, October 21, 2007 10:59 AM
To: [email protected]
Subject: Re: Witango-Talk: Load Balance - Force Server

I don't know if it matters, but in my clients.ini file, I have the FORCE_SERVER_ARG_NAME declaration first, before the server list. Also, try something simple first, like SID instead of _ICSSrvID, and see if it works. Also, to test make a taf, that just reports what server it is. This way, you first are testing that your SID is working properly.

--

Robert Garcia
President - BigHead Technology
VP Application Development - eventpix.com
13653 West Park Dr
Magalia, Ca 95954
ph: 530.645.4040 x222 fax: 530.645.4040
[EMAIL PROTECTED] - [EMAIL PROTECTED]
http://bighead.net/ - http://eventpix.com/

On Oct 20, 2007, at 10:51 AM, Fogelson, Steve wrote:


HI,

I having trouble with “Force Server” in load balancing. I am using Robert’s suggestion and using <@url> to launch multiple tests on the separate services. As you can see, I want to run the test101.taf on ICS9A twice, then ICS14A twice and then ICS9A.

test101.taf is a 2 line display showing args _ICSSrvID and testnumber. Very simple! But what it does is alternate between ICS9A and ICS14A. I have listed my client.ini below and am using Witango 5.5.025.

I also tried to display FORCE_SERVER_ARG_NAME with <@var system$ FORCE_SERVER_ARG_NAME>. No display, but I tried a few of the other client.ini vars and no values either . Maybe they aren’t system vars.

Any ideas would be appreciated.

Steve Fogelson
Internet Commerce Solutions

Start Test 1<br />
<@url "http://www.reedssports.askics.net/test101.taf"; postargs="_ICSSrvID=ICS9A&testnumber=1">
End Test 1<br />
Start Test 2<br />
<@url "http://www.reedssports.askics.net/test101.taf"; postargs="_ICSSrvID=ICS9A&testnumber=2">
End Test 2<br />
Start Test 3<br />
<@url "http://www.reedssports.askics.net/test101.taf"; postargs="_ICSSrvID=ICS14A&testnumber=3">
End Test 3<br />
Start Test 4<br />
<@url "http://www.reedssports.askics.net/test101.taf"; postargs="_ICSSrvID=ICS14A&testnumber=4">
End Test 4<br />
Start Test 5<br />
<@url "http://www.reedssports.askics.net/test101.taf"; postargs="_ICSSrvID=ICS9A&testnumber=5">
End Test 5<br />

Client.ini on ICS14A
[witango55_iis.dll]
WITANGO_SERVER=ICS14A,127.0.0.1,18155:ICS9A,10.10.20.9,18155
ERROR_HTML=C:\\Program Files\\WitangoServer\\5.5\\MiscFiles\ \clienterror.html
CONNECTION_TIMEOUT=0
FORCE_SERVER_ARG_NAME=_ICSSrvID
REPORTCLIENTERROR=TRUE
SENDFULLHEADER=FALSE
______________________________________________________________________ __
TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf

______________________________________________________________________ __
TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf
______________________________________________________________________ __
TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf


________________________________________________________________________
TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf

Reply via email to