Yeah, this would be quite an elegant solution, if we can implement
that properly.
On 3/19/07, Johan Compagner <[EMAIL PROTECTED]> wrote:
> So pages should have a special serialization mechanism?
>
> When they are not the top component when serializing they do a
> replaceObject() ?
> (with the page
So pages should have a special serialization mechanism?
When they are not the top component when serializing they do a
replaceObject() ?
(with the pagemap:id string)
So when you are reading it back in. We get the page from the pagemap itself
(and deserialize it)
So that we always have one page f
Okay, take this scenario:
Using second level sessionstore, with multiwindow support off (default).
You open two pages in two different tab. By default they are in same
(default) pagemap. In one of the window, you have modal window with a
page. The page inside modal window is in it's own pagemap, a
What do you mean lose all changes to the page?
On 3/19/07, Matej Knopp <[EMAIL PROTECTED]> wrote:
Well, I guess it should work then. Still, it seems to be quite fragile
solution to me. Because as soon as the original page moves to disk
(e.g. in another tab you visit another page in that pagema
Okay, I can confirm setting the pagemap works (but only with most
recent version of wicket). Anyway, the fragility is still there I'm
afraid.
On 3/19/07, Matej Knopp <[EMAIL PROTECTED]> wrote:
> Well, I guess it should work then. Still, it seems to be quite fragile
> solution to me. Because as soo
Well, I guess it should work then. Still, it seems to be quite fragile
solution to me. Because as soon as the original page moves to disk
(e.g. in another tab you visit another page in that pagemap) you lose
all changes to the page.
On 3/19/07, Johan Compagner <[EMAIL PROTECTED]> wrote:
> yes ev
yes every pagemap has an active page.
On 3/19/07, Matej Knopp <[EMAIL PROTECTED]> wrote:
Will that work for secondlevelcachesessionstore as well? If so, it
should only be matter of calling
modalWindow.setPageMapName("myWindowPageMap");
-Matej
On 3/19/07, Johan Compagner <[EMAIL PROTECTED]> w
Will that work for secondlevelcachesessionstore as well? If so, it
should only be matter of calling
modalWindow.setPageMapName("myWindowPageMap");
-Matej
On 3/19/07, Johan Compagner <[EMAIL PROTECTED]> wrote:
> different pagemaps?
>
>
>
> On 3/19/07, Matej Knopp <[EMAIL PROTECTED]> wrote:
> > Yes
different pagemaps?
On 3/19/07, Matej Knopp <[EMAIL PROTECTED]> wrote:
Yes. Two active pages. He passes reference from one page to another.
The other page modifies the reference. But he doesn't return to the
previous page using setResponsePage(). That would work, but this is
not the case. Beca
Yes. Two active pages. He passes reference from one page to another.
The other page modifies the reference. But he doesn't return to the
previous page using setResponsePage(). That would work, but this is
not the case. Because here the other page is in an iframe of the first
page. As far as I know
But. There is bigger problem than this. The problem with two different
instances of one page. I don't see easy solution for this. Normally,
this is not an issue, because if you keep page instance, you usually
call setResposnePage(instance) to get to it. However, this is not the
case with modal win
At the moment you click the button.
Other things like images that where being streamed to the client are cut of
by the browser
and then those broken streams could appear in the log.
We do handle some of them (depending of the container impl) to silently
ignore them
johan
On 3/19/07, ChuckDeal <
Johan Compagner wrote:
>
> Those exceptions do happen when the browser terminates the connection
> So if you do an ajax request and then press the stop button? Or click on
> another link when
> the ajax request is still happening?
> Then the browser will close the connection and then you get tha
Matej Knopp-2 wrote:
>
> But. There is bigger problem than this. The problem with two different
> instances of one page. I don't see easy solution for this. Normally,
> this is not an issue, because if you keep page instance, you usually
> call setResposnePage(instance) to get to it. However, th
Those exceptions do happen when the browser terminates the connection
So if you do an ajax request and then press the stop button? Or click on
another link when
the ajax request is still happening?
Then the browser will close the connection and then you get that connection
reset by peer
johan
O
I've got no clue about those exception. There is problem with current
wicket's output stream (it's obvious even in wicket-examples.
Reverting back to default helps here).
But. There is bigger problem than this. The problem with two different
instances of one page. I don't see easy solution for thi
A Page, with a private final ModalWindow reference.
Also, the more I used the ModalWindow in a Tomcat session (between start and
stop of server) the less of the exceptions I see. In one case where I was
constantly loading the ModalWindow, I stopped getting those exceptions! I
didn't get the cha
This really is strange. Do you have panel inside the window or a page?
-Matej
On 3/15/07, ChuckDeal <[EMAIL PROTECTED]> wrote:
>
> Yeah, already tried that :) I knew there was something else I was supposed
> to say in that last post...
>
> On a side note, I don't know if this is related, but I g
Yeah, already tried that :) I knew there was something else I was supposed
to say in that last post...
On a side note, I don't know if this is related, but I get a bunch of the
following exceptions just by opening my ModalWindow, regardless of the
SessionStore or ObjectStream:
12:39:42,537 ERRO
> Can someone offer me some guidance on how to verify that the
> SecLvlCahce/FilePageStore is actually the culprit? Can I provide some
> debugging info/log output that would be of use to a Wicket dev in tracking
> it down? Mind you, I'm not getting anything in my logs that says there is a
> probl
Sorry, I posted this too soon. more details...
Wicket 1.3 (revision 518581)
I know that the code was working correctly with the SecLvlCacheStore as
recently as the week of 01MAR2007 - 07MAR2007 if not even a few days after
that.
ChuckDeal wrote:
>
> I need some help tracking down a problem w
I need some help tracking down a problem with the
SecondLevelCacheSessionStore/FilePageStore. I think the problem is there
because when I switched to the HttpSessionStore, it went away. That only
took me 5 or 6 hours to figure out...arghh
Anyway, my scenario is this:
I have a Page that contains
22 matches
Mail list logo