Mike Hello.

Im 99% sure the framework its ok. This is what I have,
WOComponent 1 Main AjaxSelectionList a.k.a SL1.

WOComponent 2(parentComponent) has 2 children, WOComponent 2.1 (child1) and 
WOComponent 2.2(child2)
I did this because in another page Im reusing child1 only, so I didn't put all 
in a single WOComponent.

So, child1 has  an AjaxSelectionList a.k.a SL2,  which is wrapped in a 
AjaxupdateContainer a.k.a AUC0 this container gets updated when selecting an 
item in a MAIN  SL1,  also inside the AjaxSelectionList  there is another 
AjaxUpdateContainer, a.k.a AUC1.

child2, has a AjaxUpdateContainer which get's updated when selecting something 
from SL2. Putting only the things in question, child2 has 3 AjaxSubmitButtons, 
add, update, delete, and a TextField,  when pressing any of those 
AjaxSubmitButtons, I go to the corresponding WOActionResult method, ask the 
parent, (parentComponent) for the selected element of SL2, then create a new 
EO' and add to the relationship of the selection, update it, or deleted. and 
the updateContainerID binding of each of the buttons its bound to the id of 
AUC1.

So because of the structure Im using, to be able to communicate child1 and 
child2 I have to do it through the parentComponent. (dunno if this is relevant 
or no, maybe.... ?) 

Im not using the back button at all, Im not opening new windows, 

Before, like 3 days ago,  Amadeo made me realize I had a problem with some id's 
inside SL2, so I created a method that returned a unique Id for that item in 
the list, and bound the result to the id binding. but even before this change 
the problem was there, but I dunno if it's me or what but it happens more 
often, I think.

mm what you think? :-( .

g.


On Dec 3, 2009, at 4:23 PM, Mike Schrag wrote:

> i just verified that the framework appears to be behaving properly, so you 
> need to stop flailing here and explain more about what's exactly going on. on 
> a proper ajax request, it should impossible to get a backtrack error. if 
> you're getting one, you're doing something wrong (or you've found some other 
> bug in the frameworks, but i'm not seeing it if you did). so explain exactly 
> what your action methods are doing, and what the structure of your page is. 
> if you simplify your scenario, does it still happen? randomly doing things 
> that don't make sense to you is a good way to cause worse problems. for 
> instance, if you're doing just ajax requests, page refreshing on backtracking 
> and page cache size don't do anything at all, so it's not going to make any 
> diffrence. Similarly, just returning the context page from a backtrack error 
> in an ajax update is a good way to whack out the rendering of your page 
> (you're just going to jam the entire page into whatever area you're ajax 
> updating).
> 
> Are you using the back button at all here, or just sitting on the same page 
> and clicking ajax things?  Are you opening other windows on the same session 
> and navigating around?  The only way for ajax to produce a backtrack error is 
> if you blow the backtrack cache containing the page that is performing is the 
> ajax request itself, which would imply that you're navigating around outside 
> of the ajax requests.
> 
> The other way you can do it is by killing your session (i think this results 
> in the same error?) where you have a bogus request that is causing your 
> session to terminate.
> 
> ms
> 
> On Dec 3, 2009, at 10:06 AM, Gustavo Pizano wrote:
> 
>> HMM.. again it happened...  I added the code bellow also into a another 
>> WOActionResult method called by a AjaxSubmitButton in a AjaxSelectionList... 
>> but stills it happened... now I dunno what to do.
>> 
>> on desperate moments I just did this in the Application constructor:
>> 
>> I dunno what exactly does.. and if it will do something about it... but now 
>> Im in the phase.. "let's try it all"
>> setPageRefreshOnBacktrackEnabled(true); 
>>              setPageCacheSize(1);
>> 
>> G.
>> On Dec 3, 2009, at 1:40 PM, [email protected] wrote:
>> 
>>> You're the second person who has mentioned backtrack errors with new Ajax. 
>>> Did something break? You should never get a backtrack error from an Ajax 
>>> request.
>>> 
>>> Sent from my iPhone
>>> 
>>> On Dec 3, 2009, at 4:22 AM, "Gustavo Pizano"<[email protected]> 
>>> wrote:
>>> 
>>>> Hello all.
>>>> 
>>>> In my app I have so AjaxUpdateContainers which gets updated when pressing 
>>>> some AjaxSubmitButtons , (funny, :) ), now sometimes,  when I, clicking 
>>>> the submit butons, I get the you backtrack too far exception, it happens 
>>>> randlmly, it can happen after clicking 10 times the button, or after 
>>>> clicking 5, or sometimes it doesn't even happen.
>>>> 
>>>> this is what Im doing at the end of the WOActionResult methods,  
>>>> 
>>>> 
>>>> if (this.didBacktrack()){
>>>>    session().defaultEditingContext().revert();
>>>>    // handle and prepare to report errors
>>>>    // this.errors.addObject("Unable to process page after back button was 
>>>> pressed.");
>>>>    return this.context().page();
>>>> }  
>>>> 
>>>> I read it somewhere in the wiki,  but it seems its not working..
>>>> 
>>>> Any suggestions.?
>>>> 
>>>> thanks
>>>> 
>>>> Gustavo
>>>>    
>>>> _______________________________________________
>>>> Do not post admin requests to the list. They will be ignored.
>>>> Webobjects-dev mailing list      ([email protected])
>>>> Help/Unsubscribe/Update your Subscription:
>>>> http://lists.apple.com/mailman/options/webobjects-dev/mschrag%40mdimension.com
>>>> 
>>>> This email sent to [email protected]
>> 
> 
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list      ([email protected])
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/webobjects-dev/webobjectspicora%40gmail.com
> 
> This email sent to [email protected]

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to [email protected]

Reply via email to