Re: Lightweight session management

2010-07-29 Thread M. Hammer
I see the point, but still I expect this to be a frequent use-case for  
Facebook App iframe integration. There, you get the  
OAuth-Token/Session Secret/whatever only for the initial iframe  
request, and then usually put them into the session (at least this is  
suggested by the PHP examples). And at least the marketing guys hope  
that there will be some number of visits on such an app :-)


Anyway, thanks for the reply; I'll use bind() on the session and see  
how things go. I've done stress testing, and it looks ok memory-wise;  
but reading about how much effort is spent into statelessness, I was  
wondering if I am missing something. Would you recommend bothering  
about being stateless at all?


Quoting nino martinez wael nino.martinez.w...@gmail.com:

Yeah it's prone to fall under YAGNI and if not use time on it when it
becomes a problem..

2010/7/28 Igor Vaynberg igor.vaynb...@gmail.com


load test it and see if it becomes a problem before spending any
cycles on a solution.

-igor

On Wed, Jul 28, 2010 at 7:54 AM, M. Hammer nab...@hammer-tour.com wrote:
 Hello,

 in my application I would like to have user sessions for storing some
data
 (mostly related to tracking which pages a user has visited), but
otherwise
 stay stateless as long as possible to keep memory consumption low. Is
there
 any provision in Wicket for such a scenario? I could run two session
 managements in parallel, but I'd rather reuse Wicket's facilities.

 On a related note, my back-of-the-envelope-calculations somehow suggest
that
 I should not bother anyway, as I'd run out of CPU time about the same
time I
 run out of memory. Can someone share some experience? My app is rather
lean,
 but runs a CMS that is similar to Brix, so it is made up from many
 components, but only some AJAX and form elements are actually stateful.

 Thank you very much,
  Moritz


 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org



-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org









-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Lightweight session management

2010-07-28 Thread M. Hammer

Hello,

in my application I would like to have user sessions for storing some  
data (mostly related to tracking which pages a user has visited), but  
otherwise stay stateless as long as possible to keep memory  
consumption low. Is there any provision in Wicket for such a scenario?  
I could run two session managements in parallel, but I'd rather reuse  
Wicket's facilities.


On a related note, my back-of-the-envelope-calculations somehow  
suggest that I should not bother anyway, as I'd run out of CPU time  
about the same time I run out of memory. Can someone share some  
experience? My app is rather lean, but runs a CMS that is similar to  
Brix, so it is made up from many components, but only some AJAX and  
form elements are actually stateful.


Thank you very much,
  Moritz


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Re: Reading cookies on first/each request

2010-06-28 Thread M. Hammer

Quoting Bilgin Ibryam bibr...@gmail.com:

I want to implement Remember me functionality  by storing the encrypted
and base64 encoded username in a cookie.
Then I'd like to check for the cookie on the very first request (or every
request) to the application.

Hi,

I do this in the newSession() method of my Application subclass. This  
method is called for the first request of a user, and possible for  
subsequent requests if the requested page is stateless. If a cookie is  
found, I copy the contents to the user's session and use it from there.
You have to cast Request and Response to WebRequest and WebResponse,  
and you can use getCookie() and addCookie(), respectively.


Regards,
  Moritz


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Rich Text Editors and Wicket

2010-05-29 Thread M. Hammer

Quoting Chris Colman chr...@stepaheadsoftware.com:

Is your YUI/Wicket component/integration code publicly available or
could it be?
I've written a blog post on the integration:  
http://www.hammersoft.de/blog/?p=31
Maybe a FckEditor integration can be done in a similar manner. Keep me  
posted if you do this, I am not entirely happy with YUI either.




-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Re: SV: Very interesting question... my boss complain about one of my implementations...

2010-05-28 Thread M. Hammer
I can also recommend Quartz, especially with the Spring integration.  
(http://static.springsource.org/spring/docs/1.2.9/reference/scheduling.html)  
Very stable, and quite easy to set up.


Try looking into Quartz, a library for such things. The lack of a  
standard scheduling framework outside of JMX is a problem in JEE in  
general...




-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Re: Rich Text Editors and Wicket

2010-05-28 Thread M. Hammer

Quoting Chris Colman chr...@stepaheadsoftware.com:

Does anyone have experience with using Rich Text Editors in Wicket?
I've used the TinyMCE integration from Wicketstuff  
(http://wicketstuff.org/confluence/display/STUFFWIKI/wicket-contrib-tinymce),  
but then ended up using YUI Editor  
(http://developer.yahoo.com/yui/editor/), because it looks nicer :-)


Generally, integrating a client-side lib (an editor, JQuery, whatever)  
with Wicket is only a matter of providing convenience wrappers. Add  
the Javascript/CSS via header contributors, and write a panel for the  
actual Javascript invocation. As long as no AJAX is involved, things  
are straight-forward. If you need to render dynamic Javascript,  
TextTemplateHeaderContributor is an invaluable tool.



-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Re: Google Analytics and Wicket Dynamic Urls

2010-05-22 Thread M. Hammer
I've been in the same situation, and decided against GA and in favour  
of my own implementation. Main reason is that GA is problematic in the  
EU due to privacy concerns. Nevertheless, whether you implement your  
own tracker or use GA, you need to come up with semantics of  
stateful content. So if the user clicks some link, you need to  
communicate the meaning of the target page to the tracker - I do not  
think you can bypass that, in the context of AJAX and stateful pages.  
I think you can use GA's API:  
http://code.google.com/apis/analytics/docs/gaJS/gaJSApi.html (Because  
of the privacy concerns I've not looked into it - there will be an  
issue of adding the required Javascript, I've built a footer  
contributor framework for a similar situation, if you are interested,  
I can give you info, but it is quite easy to do this...)


Quoting Martin Makundi martin.maku...@koodaripalvelut.com:

No. I do not want to omit. I want to track stateful content.




-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Serving CSS directories

2010-03-06 Thread M. Hammer

Hi all,

I want to give my users a way to upload an archive containing CSS and  
images, and use it to skin their own views. In the CSS, the images  
need to be referenced relative to the CSS file (e.g., if the archive  
does not contain subdirectories, all the images should be referenced  
by url(filename) only). What would be the best way to achieve this  
with Wicket? I think something like the IndexedParamUrlCodingStrategy  
would be nice (first parameter referencing the uploaded archive,  
second the file), but I think this does not work with resources?


Thank you for any help, and for your great framework!

Moritz


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org