that max page versions thing can be removed
in the access stack it doesn't make any sense. because you don't control one
page because
setting that to 5 still means that there can be 5 pages with each 5 versions
is a back button support of 25
what you want is control that last (25) value. So you w
Ok, I'll take a look at whether I can follow this this weekend. That
must be the worst code ever though, if it's so unobvious. And why do
we still have that maxPageVersions application parameter, and the
maxversions member in the pageversion member? The whole way this works
sounds like one big fat
no it is true for page versions
there will be a Access object created for every page version
that will be pushed on the access stack (in the pagemap)
that access object has 2 variables: pageid and versionnumber
that makes it unique
and you are looking at the wrong thing that Settings.maxPageVersi
I suspect that we have model problems somewhere. And yes, we're
scheduled to walk through it with JProfiler this afternoon.
Thanks again,
Scott
On 6/8/07, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
> If you still have a growing pagemap with these settings, it looks like
> there's a memory leak s
If you still have a growing pagemap with these settings, it looks like
there's a memory leak somewhere. Did you guys try to profile?
Eelco
On 6/8/07, Scott Swank <[EMAIL PROTECTED]> wrote:
> Our pages are in fact rather Ajax-heavy. We have following settings
> in our app.init() method.
>
> ge
Our pages are in fact rather Ajax-heavy. We have following settings
in our app.init() method.
getSessionSettings().setPageMapEvictionStrategy(new
LeastRecentlyAccessedEvictionStrategy(1));
getPageSettings().setMaxPageVersions(1);
getPageSettings().setVersionPagesByDefault(false);
Though I
I don't think that is true for page *versions*, which is also used
when you use component replacement, ajax or not.
A quick look reveals that Settings#maxPageVersions is still max int,
and in 1.2, Page has
protected IPageVersionManager newVersionManager()
{
final I
that growing of a page constantly is only a problem when you use one page
and through ajax request you constantly change that single page.
if not then the page versions will be removed because there can only be 7
(pages + page versions) by default
johan
On 6/8/07, Eelco Hillenius <[EMAIL PROTE
> We're using 1.2.6. Is the 2nd level cache available prior to 1.3?
It's only in 1.3 I'm afraid.
> As for page complexity, we commonly have a reasonably robust repeater
> or list view on each page (though without too many rows) along with a
> form or two.
>
> I'm concerned about models because a
do you share something between those pages?
On 6/8/07, Scott Swank <[EMAIL PROTECTED]> wrote:
Martjin,
We're using 1.2.6. Is the 2nd level cache available prior to 1.3?
As for page complexity, we commonly have a reasonably robust repeater
or list view on each page (though without too many r
It's a JSP one of our developers put together. Here's the relevant bit.
for (Enumeration e = session.getAttributeNames(); e.hasMoreElements();)
{
String key = (String)e.nextElement();
Object obj = session.getAttribute(key);
String o
Martjin,
We're using 1.2.6. Is the 2nd level cache available prior to 1.3?
As for page complexity, we commonly have a reasonably robust repeater
or list view on each page (though without too many rows) along with a
form or two.
I'm concerned about models because as I do work on a given page I s
Scott - what is the trick for getting a report of sizes of page maps like
this? I was so far only aware that setting log level DEBUG on say
org.apache.wicket.protocol.http.FilePageStore can give you some of this
info...
Thanks,
Peter.
On 6/8/07, Martijn Dashorst <[EMAIL PROTECTED]> wrote:
De
Depends on your page, number of components, deployment mode, wicket
version, how you bind the models to your components.
Do you use the second level cache for storing your pages for back
button support?
Martijn
On 6/8/07, Scott Swank <[EMAIL PROTECTED]> wrote:
> Are these typical sizes for page
Are these typical sizes for page maps?
wicket:/app:p:null:267,668 bytes
wicket:/app:p:null:155,861 bytes
wicket:/app:p:null:052,817 bytes
--
Scott Swank
reformed mathematician
-
This SF.net email is spon
15 matches
Mail list logo
