Thanks Johan, this explanation is crystal clear! Very interesting stuff
indeed.
Regards,
Francis
On 12/16/06, Johan Compagner <[EMAIL PROTECTED]> wrote:
You can do what every you want.
in Wicket1.3/2.0 you don't have only the choice of what we have now
(SecondLevelCache or the 1.2.x way of doing things)
No you can be in control what to do with the pages that are falling out of
the pagemap.
The pagemap only hold 1 page anymore, so session are very light weight.
But the second level cache has this constructor:
public SecondLevelCacheSessionStore(final IPageStore pageStore)
This is the default IPageStore we use:
WebApplication.newSessionStore()
{
return new SecondLevelCacheSessionStore(new FilePageStore());
}
And that FilePageStore is the one that saves all pages to the "
javax.servlet.context.tempdir " per sessionid.
And deletes all of them when a session gets unbound.
So if you only want X pages stored to disk. Implement your own IPageStore
or extend FilePageStore and re implement the storePage(String sessionId,
Page page) method.
If you want real replication then make a DatabasePageStore that is storing
pages to a shared database
I am thinking about adding this one to core that can be configured by
giving it a JDNI context or something like that.
When you have this then pages are being able to get from any app server
(even after one dies)
i would always use a sticky session clustering solution with a buddy
system for app server clustering
But if one fails then in the current situations if you don't share the
disk then yes the back button doesn't work
So if you have a web app and one server dies. and a session goes to the
other one. If at that time so the next request
the user does use the back button then there will be an expired page
exception. But if he doesn't use the back button
and just goes on he won't notice anything.
So in my eyes this is a solution that covers it all pretty much. It is not
100% when the back button is used on a crash
but for the rest everything works. So how much do you want exactly? More?
Implement your own IPageStore
or use a shared disk.
johan
On 12/15/06, Francis Amanfo <[EMAIL PROTECTED]> wrote:
>
>
>
> On 12/15/06, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
> >
> > I
> > this is of course only the default behavior and the whole thing is
> > still easily configurable.
>
>
> Ok, thats clear but want to know to what extent this would be
> configurable. By that do you mean we can only configure two situations, one
> that we choose to go with the new default behavior and the other being the
> current situation where everything is stored in session?
> It'll be nice and useful if we could also say only after N pages of
> history should Wicket serialize to disk or database.
> What about that?
>
> Regards,
> Francis
>
> -igor
> >
> >
> >
> >
> >
> > On 12/14/06, Nathan Hamblen <[EMAIL PROTECTED]> wrote:
> > >
> > > Ryan wrote:
> > > > [...]
> > > > 1. Session support. Many other web frameworks do not use sessions
> > > out of
> > > > the box. Wicket uses the session extensively to store the render
> > > state
> > > > of most renders. This leads to a large session and if you are not
> > > > careful a VERY large session. I understand Wicket 1.3 will address
> > > this
> > > > however for the time being this is an important issue to be aware
> > > of
> > > > when evaluating Wicket ( for instance the simple act of using Link
> > > to
> > > > create a link that executes java code when clicked causes the
> > > entire
> > > > page and children to be stored in the session).
> > >
> > > I don't think that will be any different in 1.3, for a standard
> > > Link.
> > > You want the magic, you gotta pay for it. The good thing is that
> > > landing
> > > pages and major entry points (that are bounce-heavy anyway) can soon
> > > be
> > > done in Wicket without opening unused sessions. You can make as many
> > > pages/links bookmarkable and stateless as you need to. So using
> > > Wicket
> > > site-wide will be a lot easier argument to make, and we'll never
> > > have to
> > > write JSPs again! Yay!
> > >
> > > (An entirely stateless Wicket app would be, in my mind, throwing out
> > > the
> > > baby...)
> > >
> > > Nathan
> > >
> > >
> > > -------------------------------------------------------------------------
> > >
> > > Take Surveys. Earn Cash. Influence the Future of IT
> > > Join SourceForge.net's Techsay panel and you'll get the chance to
> > > share your
> > > opinions on IT & business topics through brief surveys - and earn
> > > cash
> > >
> > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > > _______________________________________________
> > > Wicket-user mailing list
> > > Wicket-user@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/wicket-user
> > >
> >
> >
> >
> > -------------------------------------------------------------------------
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to
> > share your
> > opinions on IT & business topics through brief surveys - and earn cash
> >
> > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> >
> > _______________________________________________
> > Wicket-user mailing list
> > Wicket-user@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wicket-user
> >
> >
> >
>
>
> --
> Beware of bugs in the above code;
> I have only proved it correct, not tried it.
> -Donald Knuth
> I don't make predictions. I never have,
> and I never will.
> -Tony Blair
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys - and earn cash
>
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>
> _______________________________________________
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>
>
>
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
--
Beware of bugs in the above code;
I have only proved it correct, not tried it.
-Donald Knuth
I don't make predictions. I never have,
and I never will.
-Tony Blair
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user