Well, that only "mostly" works with Orchestra. Everything is ok as long as the user never uses "right-click>open in new tab", or copies/pastes the complete url.
I expect that the same limitation applies for Seam's conversation scopes, though I haven't checked. Regards, Simon Andrew Robinson schrieb: > You could also use conversation scoped beans (Seam or Orchestra). That > way your beans would be bound to the window and not the session. > > Andrew > > On 5/7/08, Nitin Deshmukh <[EMAIL PROTECTED]> wrote: > >> >> --- On Tue, 5/6/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> >> wrote: >> >> >>> From: [EMAIL PROTECTED] <[EMAIL PROTECTED]> >>> Subject: Re: getting java.util.NoSuchElementException occasionally >>> To: "MyFaces Discussion" <[email protected]> >>> Date: Tuesday, May 6, 2008, 9:47 AM >>> Nitin Deshmukh schrieb: >>> >>>> Hi All, >>>> >>>> I am using MyFaces1.1.5, Tomahawk 1.1.6, ajax4jsf1.1.1 >>>> >>> on weblogic 8.1 sp6. Users are sometimes getting >>> NoSuchElementException. Following is the StackTrace of the >>> exception. StackTrace doesn't give any information >>> regarding where in the application is started and hence I >>> am not able to figure out what action might have caused it. >>> >>>> Any help is appreciated. >>>> >>>> Thanks in advance, >>>> Nitin >>>> >>>> ====================================================== >>>> java.util.NoSuchElementException >>>> at >>>> >>> java.util.AbstractList$Itr.next(AbstractList.java:426) >>> >>>> at >>>> >> javax.faces.component._FacetsAndChildrenIterator.next(_FacetsAndChildrenIterator.java:56) >> >>>> at >>>> >> javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:604) >> >>>> at >>>> >> javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:605) >> >>>> at >>>> >>> javax.faces.component.UIForm.processDecodes(UIForm.java:56) >>> >>>> at >>>> >> javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:605) >> >>>> at >>>> >> javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:605) >> >>>> at >>>> >>> javax.faces.component.UIViewRoot.processDecodes(UIViewRoot.java:138) >>> >>>> at >>>> >>> org.ajax4jsf.framework.ajax.AjaxViewRoot.access$001(AjaxViewRoot.java:53) >>> >>>> at >>>> >> org.ajax4jsf.framework.ajax.AjaxViewRoot$1.invokeRoot(AjaxViewRoot.java:256) >> >>>> at >>>> >> org.ajax4jsf.framework.ajax.JsfOneOneInvoker.invokeOnRegionOrRoot(JsfOneOneInvoker.java:53) >> >>>> at >>>> >> org.ajax4jsf.framework.ajax.AjaxContext.invokeOnRegionOrRoot(AjaxContext.java:191) >> >>> I wonder if you have the same problem as someone else >>> posting today. Do >>> your users happen to have multiple windows open at once, in >>> which they >>> are doing simultaneous requests? Perhaps due to some >>> automatic periodic >>> ajax request that is configured to execute in each page? >>> >>> Regards, >>> Simon >>> >> Users can open multiple windows, that is possible. But I don't have any >> automatic ajax requests. I am using ajax on the home page only. But I >> suppose what you are saying is possible that user is trying to do multiple >> simultaneous request and that might have caused it. >> Also, I do have reports that users also get >> java.util.ConcurrentModificationException occasionally. I wonder if both the >> exceptions are because of the same reason.. The second exception arises from >> the action method of a session scoped bean. so, if two threads are trying to >> modify the list at the same time, it is possible to get this exception. >> In the second case, I think the only option I see is to make my action >> method synchronized, or at least to synchronize the block where list is >> being modified.. Is there any other option for me? >> and about the first exception, I have no idea where it starts. >> Thanks, >> Nitin >> >> >> >> ____________________________________________________________________________________ >> Be a better friend, newshound, and >> know-it-all with Yahoo! Mobile. Try it now. >> http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ >> >> > >
