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
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
