[jbossseam-issues] [JBoss JIRA] Commented: (JBSEAM-1832) Use of <a:support> tag breaks conversation in Seam-gen (and elsewhere)

Vincent Latombe (JIRA) jira-events at lists.jboss.org
Fri Aug 31 11:24:18 EDT 2007


    [ http://jira.jboss.com/jira/browse/JBSEAM-1832?page=comments#action_12374792 ] 
            
Vincent Latombe commented on JBSEAM-1832:
-----------------------------------------

Pete : affirmative, i'm using CVS head. 
I think the problem is less likely to happen on a fast machine since it has to do with speed of ajax response.
Here are 2 scenarios :
- Client : ajax event -> Server
- Server : ajax response -> Client
- Client : submit -> Server
- Server : insert.... -> Client

This scenario is OK

Here is my scenario which fails

- Client : ajax event -> Server
- Client : submit -> Server
- Server : error -> Client

So if submit happens before ajax response the error happens. If the server is slow the time between ajax event and response will increase so as the time frame in which the error is likely to happen.

And the "flood" error has same origin, as you decrease time between to ajax calls, you're more likely getting the error.

> Use of <a:support> tag breaks conversation in Seam-gen (and elsewhere)
> ----------------------------------------------------------------------
>
>                 Key: JBSEAM-1832
>                 URL: http://jira.jboss.com/jira/browse/JBSEAM-1832
>             Project: JBoss Seam
>          Issue Type: Bug
>          Components: JSF
>    Affects Versions: 2.0.0.BETA1
>         Environment: Jboss 4.2.0.GA
>            Reporter: Vincent Latombe
>         Assigned To: Pete Muir
>             Fix For: 2.0.0.CR1
>
>         Attachments: hello.zip
>
>
> I've seen the problem from BETA1 to HEAD
> To reproduce the bug, try the following :
> Create some seam-gen based project and generate-entities.
> Go to an edit page, fill some data, and click on the submit button, without clicking elsewhere (the focus must be on an edited field just before submit). Instead of validation error, or adding the new data, you should get the "The conversation ended, timed out or was processing another request" message. It seems that the validation triggered by the onblur event messes up with the validation.
> I have also seen the bug occuring while I was switching from one field to another quite fast (fast enough to have many validation on queue in ajax4jsf). It seems that adding <s:conversationId/> to the a:support solves this part.
> Here is the snippet I currently use
> <a:support event="onblur" bypassUpdates="true" reRender="cityCodeDecoration">
>   <s:conversationId/>
> </a:support>
> I tried to upgrade ajax4jsf + richfaces 3.0.1 to richfaces 3.1.0 rc2, but it didn't change anything.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        



More information about the seam-issues mailing list