Hey Hugi,
This is probably what you want:
private static int MAX_PAGE_REPLACEMENT_CACHE_SIZE =
Integer.parseInt(System.getProperty("er.extensions.maxPageReplacementCacheSize",
"30"));
Look in: ERXAjaxSession
AARON ROSENZWEIG / Chat 'n Bike
e: [email protected] t: (301) 956-2319
On Apr 13, 2016, at 11:56 AM, Hugi Thordarson <[email protected]> wrote:
> Thanks Aaron, I’ll try this out.
>
> And yes, I’m doing a lot of operations on a single page. Perhaps I’m best off
> upping the size of the WO page cache size to 1000 or so :)
>
> - hugi
>
>
>
>> On 13. apr. 2016, at 12:50, Aaron Rosenzweig <[email protected]> wrote:
>>
>> Hi Hugi,
>>
>> I remember Schrag (Thank you Schrag!) saying there was a cache for the Ajax
>> components that was set at a high limit that under normal conditions you
>> shouldn’t have to mess with.
>>
>> Do you have lots and lots of Ajax in a single page? Like a long page with
>> lots of stuff? Or lots of updates on a page you never move from?
>>
>> I did a quick look on properties you can set but didn’t see anything other
>> than this and it might be only for JSON:
>>
>> if (componentBridges == null) {
>> int limit =
>> ERXProperties.intForKeyWithDefault((componentInstance == null) ?
>> "er.ajax.json.globalBacktrackCacheSize" : "er.ajax.json.backtrackCacheSize",
>> WOApplication.application().pageCacheSize());
>> componentBridges = new
>> LRUMap<String, JSONRPCBridge>(limit);
>>
>> session.setObjectForKey(componentBridges, bridgesKey);
>> }
>>
>> AARON ROSENZWEIG / Chat 'n Bike
>> e: [email protected] t: (301) 956-2319
>>
>>
>> On Apr 13, 2016, at 8:39 AM, Hugi Thordarson <[email protected]> wrote:
>>
>>> Hi all.
>>> I’m using a lot of Ajax components in my apps but I regularly get the
>>> beloved “You backtracked too far”-error, and I have absolutely no idea why.
>>>
>>> I know it’s a rather vague problem description, but before I start digging;
>>> has anyone got any generic ideas on what might be the problem?
>>>
>>> Cheers,
>>> - hugi
>>> _______________________________________________
>>> Do not post admin requests to the list. They will be ignored.
>>> Webobjects-dev mailing list ([email protected])
>>> Help/Unsubscribe/Update your Subscription:
>>> https://lists.apple.com/mailman/options/webobjects-dev/aaron%40chatnbike.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:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [email protected]