OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

wsrp message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: RE: [wsrp] Action item: CR313 (cookie advice)

I believe you may still get further requests from the consumer with
stale cookies just after the producer returns (sets) a new cookie. The
producer can accept these or may fault but it means that the "MUST"
wording below needs to take into account such concurrent requests. 

I would also like to see this relaxed to allow for concurrent
(distributed) consumers where returned cookies may take some time to
propagate before they are available for use on all future requests.


-----Original Message-----
From: Subbu Allamaraju [mailto:subbu@bea.com] 
Sent: 04 May 2005 00:24
To: wsrp
Subject: [wsrp] Action item: CR313 (cookie advice)

At the F2F, some people wanted to check if various proxy/cluster systems

can implement the guidance. Here is the guidance.

"However, since such reprocessing usually incurs additional processing 
and network overhead, Producers are encouraged to process the request as

usual and return new cookies along with the response. Consumers MUST 
process and resupply such cookies as per Section 3.11."

AFAIK, this guidance is inline with how various cluster/proxy systems 
behave. Depending on how load-balancers are setup, they eigher create a 
new cookie when a request without a cookie is detected, or modify the 
cookie set by a application server node to include some form of node 

This is a reminder for folks to check with their teams.



To unsubscribe from this mail list, you must leave the OASIS TC that
generates this mail.  You may a link to this group and all your TCs in

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]