-
1. Re: s:button produces concurrent call to conversation
matinh Jun 23, 2010 3:42 AM (in response to ammarc)Hi Aleks!
I'm having the same problem and already did some more research. There are many similar forum posts, of which most are having Problems with AJAX requests. At least this posting [0] describes the problem without AJAX and it seems there is no simple solution for the problem.
You should probably read Seam's documentation chapters 7.12. Concurrent calls to conversational components [1] and 4.1.10. Concurrency model [2] which are relevant for this kind of problem but both chapters do (IMHO) not provide a satisfying solution.The solutions (or workarounds) I've found so far are the following:
- use a poll-based approach with AJAX on the client side to work around the concurrent requests on the server
- disable all links and buttons in the UI, once a request was sent (with a modal panel for example)
If you find out anything new, please let me know.
hth,
- martin
- [0] http://seamframework.org/Community/ConcurrentRequestTimeoutExceptionWhenDoubleclickingInJBPM
- [1] http://docs.jboss.com/seam/2.1.2/reference/en-US/html/conversations.html#d0e6535
- [2] http://docs.jboss.com/seam/2.1.2/reference/en-US/html/concepts.html#concurrency
-
2. Re: s:button produces concurrent call to conversation
gus888 Sep 20, 2010 7:15 PM (in response to ammarc)I resolved the problem with the following simplest solution: changed s:link or s:button to h:commandLink or p:commandLink (PrimeFace) for redirecting to a new conversation page. I found the conversation id didn't change when I used s:link to redirect a new page with a new conversation, but h:commandLink did. Hope it is helpful.