Will do and I will respond with any other information we find as we're looking into this as well.

Meetesh

Igor Vaynberg wrote:
please file a bug report so this doesnt fall through the cracks.
reference this email thread in this issue report through nabble or
whatever...

-igor


On Fri, Feb 29, 2008 at 8:59 AM, Meetesh Karia <[EMAIL PROTECTED]> wrote:
There's nothing obvious and we don't hold references between pages
 intentionally.  Additionally, when we use the site normally (ie, without
 opening new tabs), we don't run into this problem (and I would expect us
 to if we were holding references to Pages).

 Is it possible that the automatic multi-window javascript is executing
 before the response is completely written (don't know if wicket flushes
 the response buffer in parts for large pages) which causes the redirect
 to happen before the response completes?  Perhaps that keeps a
 threadlocal variable from being cleaned up somewhere?

 I'm just speculating here ...

 Meetesh



 Matej Knopp wrote:
 > Wicket shouldn't implicitely hold any page references. Are you sure
 > you don't have references between your pages?
 >
 > -Matej
 >
 > On Fri, Feb 29, 2008 at 3:29 PM, Meetesh Karia <[EMAIL PROTECTED]> wrote:
 >
 >> Hi all,
 >>
 >>  We're running into a problem that we've seen happen many times though
 >>  unfortunately we can't consistently reproduce it.  We're using Wicket
 >>  1.3.1 with automatic multi-window support enabled and the default
 >>  SecondLevelCacheSessionStore.
 >>
 >>  During normal use of our site, no Pages reference other Pages and the
 >>  session size changes as it should.  However, occasionally when we open
 >>  pages in a new tab (often when multiple pages are opened in a new tab in
 >>  rapid succession), we get the following situation:
 >>
 >>  1 tab
 >>
 >>  pagemap-null size = x
 >>
 >>  2 tabs
 >>
 >>  pagemap-null size = 2x
 >>  pagemap-0 size = x
 >>
 >>  3 tabs
 >>
 >>  pagemap-null size = 4x
 >>  pagemap-0 size = 2x
 >>  pagemap-1 size = x
 >>
 >>  4 tabs
 >>
 >>  pagemap-null size = 8x
 >>  pagemap-0 size = 4x
 >>  pagemap-1 size = 2x
 >>  pagemap-2 size = x
 >>
 >>
 >>  The only explanation that I could come up with for this explosion is
 >>  that somehow, behind the scenes, a Page is holding onto a reference to
 >>  another Page in this situation.  Because 8x is beyond our max pagemap
 >>  size, it means that there can only be 1-2 Pages in it taking up this space.
 >>
 >>  Has anyone come across a problem like this?  Any thoughts on what this
 >>  could be?
 >>
 >>  Thanks,
 >>  Meetesh
 >>
 >>
 >
 >
 >
 >

Reply via email to