-
1. Re: serializing access to the same conversation
nickarls Jan 26, 2010 7:58 AM (in response to asookazian)The spec says
The container ensures that a long-running conversation may be associated with at most one request at a time, by blocking or rejecting concurrent requests
I assume the same thing can be done with filters etc for other contexts in Seam 3
-
2. Re: serializing access to the same conversation
asookazian Jan 26, 2010 4:46 PM (in response to asookazian)I should have read the spec! (as usual)
But it sounds like it depends on the implementation of CDI b/c it's blocking or rejecting...
-
3. Re: serializing access to the same conversation
nickarls Jan 26, 2010 5:50 PM (in response to asookazian)When you do get around to reading the spec, you will find that after that sentence comes the conditions when it blocks and when it rejects ;-)
-
4. Re: serializing access to the same conversation
matthijs Mar 5, 2010 10:59 AM (in response to asookazian)Hmmm, when I read that part of the spec I also wondered when rejecting or when blocking will be chosen. But you (Nicklas) say that that is also written in the spec, right after that sentence.
In the final draft of the spec right after that sentence the spec begins a new chapter about the Conversation interface. Can you be more specific where the spec talks about blocking/rejecting conditions and what it says?
Greetings,
Matthijs
-
5. Re: serializing access to the same conversation
nickarls Mar 5, 2010 11:47 AM (in response to asookazian)Actually, I misread the spec ;-)
It doesn't say which but I would assume the most common approach (as in Weld) is to block for a configurable amount of time until giving up. Immediate reject can be considered a situation when block wait time is 0.