> but we do need to apply it to get. the point of redirect after post pattern
> is to present the user only with read-only urls. that means refreshing the
> page does not cause any action to be performed only data read from the db or
> whatever. so we need to do this even for links because we should not have
> the interface invocation left in the url since refreshing the page will
> again perform the action on the link.
Yeah, agreed. I wasn't saying I was against the pattern nor against
applying it to GETs (though protocol zealots would disagree here).
What I am saying is that we don't have to apply that pattern anyway.
If you just rendered a bookmarkable page, and push refresh and the
creation of that bookmarkable page is triggered again... fine! No
problem at all. I'm not talking about forms and (internal) links etc,
because they would be on pages that couldn't be stateless anyway. I am
talking about bookmarkable pages without any callbacks on them and
possibly other cases if we can think of them (though I can't at the
moment).
the problem is when statless pages are not accessed through a bookmarkable url. i can always do setResponsePage(new StatelessPage()) and the produced url will be session relative because we have to do a redirect so a refresh does not invoke the link handler again.
what we can do is two things: declare pages created in this manner are not stateless, or not redirect if the page is stateless which will cause the link handler invocation on refresh button. i dont really like either.
i think what we should do is just say: hey, you accessed this page through a bookmarkable url, it doesnt have any self-referencing urls - so its stateless.
-Igor
Eelco
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmdlnk&kid3432&bid#0486&dat1642
_______________________________________________
Wicket-develop mailing list
Wicket-develop@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-develop
