Re: Renaming instanceIdKey - Why Does This Work?
Re: Renaming instanceIdKey - Why Does This Work?
- Subject: Re: Renaming instanceIdKey - Why Does This Work?
- From: Chuck Hill <email@hidden>
- Date: Thu, 9 Sep 2010 07:58:07 -0700
I played with this a while ago and my experience was that it did NOT work. It appears to work, but something else was causing this. I don't recall what, maybe everything hitting instance 1? I just recall thinking that it was working and wondering why for quite a while before noticing that it was in fact not really working.
I think the API for renaming woinst is just wrong (wrong as in can not and does not work). Renaming wosid does work.
Chuck
On Sep 9, 2010, at 7:47 AM, Lawson, Ben wrote:
> Hi List,
>
> A strange question sure, but for curiosity's sake I'm trying to understand how the WebObjects adaptor maintains a mapping of instance ID cookie names to applications. Looking at the source it looks like "woinst" is hardcoded into the adaptor in config.h, and I can't find anywhere else the INST_COOKIE var is set. Then in _collectRequestInformation in transaction.c the cookie header is searched for the INST_COOKIE value ("woinst") to determine which app instance to send the request to (_collectRequestInformation writes to memory the app instance specified for the handleRequest function to look up later).
>
> So I'm left wondering how the adaptor knows where to fetch the the instance ID from to forward requests to. I can see that it works, requests that create sessions with a custom instanceIdKey continue to find their way to the correct application instance, but why? Obviously I'm missing something, would love a hand figuring out what!
>
> -Ben
--
Chuck Hill Senior Consultant / VP Development
Practical WebObjects - for developers who want to increase their overall knowledge of WebObjects or who are trying to solve specific problems.
http://www.global-village.net/products/practical_webobjects
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden