Since I replied to that post, I've read in other threads about the notion of
using a Memcache based PageStore on GAE.

This may eliminate some of the issues I had with GAE/Wicket. I haven't had a
chance to experiment since.

Maybe someone else could comment if they've got production sites running
with a non-HttpSessionStore and using the Memcache instead?

That aside, what I said in the older thread still stands - HttpSessionStore
= slow (due to speed of writes) and the serialization issues are still
present. Essentially any HttpSession deserialization error will break the
application for that user. This is made worse as Google still hasn't
implemented any good way of cleaning up the _ah_session store. There's a
servlet filter to do it, but it uses a lot of CPU and you may find the
session table grows faster than you can clean it up. This isn't really much
of a problem for apps that only store a few strings, etc. in HttpSession, so
I guess that's why it's not seen as a priority.


On 15 July 2010 16:29, Ernesto Reinaldo Barreiro <[email protected]> wrote:

> Dear All,
>
> With a little bit of effort on my side, and the help of a couple of
> tutorials out there,  I have managed to deploy a little demo
> application on GAE [1]. Encouraged by this limited success I'm
> considering using GAE for the deployment of a production quality
> application... but over the last few months I have read some,
> sometimes scary, posts on this list regarding Wicket on GAE... e.g.
> [2]. I would greatly appreciate if someone can point out examples of
> production quality Wicket applications running on GAE... Moreover, I
> would even be more grateful if some of you can comment on the issues
> you faced and so on.
>
> Best,
>
> Ernesto
>
> 1-http://wiquery-plugins-demo.appspot.com/demo/
> 2-http://apache-wicket.1842946.n4.nabble.com/Wicket-And-GAE-tt1892457.html
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>


-- 
Richard Nichols
http://www.richardnichols.net/ :: http://onmydoorstep.com.au/

Reply via email to