Re: [Wicket-user] A thought on Links Bookmarkable links
Johan Compagner wrote: There is no way to use state when you use bookmarkable/stateless pages Sorry, where can I read more on stateless pages ? Thanks for your link clicks or other things. Because there is no page at the server where that state is... johan On 8/5/06, *Gwyn Evans* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: On 05/08/06, Eelco Hillenius [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: The key thing about bookmarkable pages is that they can be constructed directly/ without the need to have a session upfront/ without having to rely on other pages. This means that the URL is the only thing that is available for a bookmarkable page. Yes, I've got that, thanks, it's just that there are two way I might arrive there, one being the normal case, arriving 'cold'. The other, though, where I just happened to have the information it would need 'to hand', lead me to wonder if there was a way to pass it while keeping the bookmarkable feature... Think whether you need that detail page to be bookmarkable... do you expect users to actually bookmark it or have some reason to directly want to access that page/ In this case, yes, I probably would, or at least the convienience of doing so is worth the extra DB call in this case! It's not going to be a high-volume app! /Gwyn - 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.phpp=sourceforgeCID=DEVDEV http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net mailto: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.phpp=sourceforgeCID=DEVDEV __ NOD32 1.1523 (20060505) Information __ This message was checked by NOD32 Antivirus System. http://www.nod32.com ___ 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.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] A thought on Links Bookmarkable links
I don't think there is real documentation for that (i can't really find anything on wiki for that yet)But it is also a thing that can be done in 1.2 but then you just need to use everywhere bookmarkable linksAnd don't use a form on that page. Then the page will be stateless because there are no callbacks. In 2.0 (and maybe some backport to 1.3) we will improve stateless working much more. We have then lazy session initialisationSo the session will only be there when really needed. And pages can be come much more stateless because you now have StatelessForm and StatelessLink besides the BookmarkableLink.StatelessLink is just like a normal link so you have to implement the onClick() but with one exception. You can't depend on model data of that link. Because the link is or can be completely newly constructed for you and then onClick is called.i think this kind of link must be a little bit improved to make it easier to give some state (x=y) to the url when clicked on and that can then be used. StatelessForm is again just a normal form. But with this is almost completely looks like a normal form. because most of the state is pushedby the submit anyway. You just can't rely on state of the page or other components you only have the state that is submitted from the browser But this means that in the StatelessForm.onSubmit() you do pretty much the exact same stuff that you did in Form.onSubmit()johanOn 8/7/06, Dorel Vaida [EMAIL PROTECTED] wrote: Johan Compagner wrote: There is no way to use state when you use bookmarkable/stateless pagesSorry, where can I read more on stateless pages ?Thanks for your link clicks or other things. Because there is no page at the server where that state is... johan On 8/5/06, *Gwyn Evans* [EMAIL PROTECTED] mailto: [EMAIL PROTECTED] wrote: On 05/08/06, Eelco Hillenius [EMAIL PROTECTED] mailto: [EMAIL PROTECTED] wrote: The key thing about bookmarkable pages is that they can be constructed directly/ without the need to have a session upfront/ without having to rely on other pages. This means that the URL is the only thing that is available for a bookmarkable page. Yes, I've got that, thanks, it's just that there are two way I might arrive there, one being the normal case, arriving 'cold'.The other, though, where I just happened to have the information it would need 'to hand', lead me to wonder if there was a way to pass it while keeping the bookmarkable feature... Think whether you need that detail page to be bookmarkable... do you expect users to actually bookmark it or have some reason to directly want to access that page/ In this case, yes, I probably would, or at least the convienience of doing so is worth the extra DB call in this case!It's not going to be a high-volume app! /Gwyn - 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.phpp=sourceforgeCID=DEVDEV http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net mailto: 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.phpp=sourceforgeCID=DEVDEV __ NOD32 1.1523 (20060505) Information __ This message was checked by NOD32 Antivirus System. http://www.nod32.com ___ 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 ITJoin SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cashhttp://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___Wicket-user mailing listWicket-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
[Wicket-user] A thought on Links Bookmarkable links
I'm currently dealing with a summary list of items, which each have a link to a detail page where I'm displaying the basic info plus some additional info. i.e. Id, Name, Start, End, Status sort of thing, with the Id being a link to the detail page. The link's a Bookmarkable one, passing the id as a param to the Detail page, but that means that the detail page has to itself obtain the basic info from the DB. If BookmarkablePageLink's onClick wasn't final, I would have considered overriding it to pass the ModelObject I had across instead, while leaving the link to be bookmarked as it is now... Is there anything simple[*] I'm missing that could give the desired result, or should I just leave it be get on with some real work! :-) /Gwyn [*] I say simple, as the re-read of the data's not a complex SQL call and it's /probably/ in the DB driver's cache anyway -- Download Wicket 1.2.1 now! - http://wicketframework.org - 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.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] A thought on Links Bookmarkable links
That wouldn't work for bookmarkable links, as they don't receive any events. What you want can be done with non-bookmarkable links, but - tada - your page wouldn't be bookmarkable anymore. The key thing about bookmarkable pages is that they can be constructed directly/ without the need to have a session upfront/ without having to rely on other pages. This means that the URL is the only thing that is available for a bookmarkable page. Think whether you need that detail page to be bookmarkable... do you expect users to actually bookmark it or have some reason to directly want to access that page/ does crawlers need to be able to index it/ do you need to access it from a frame/ etc? If the answer is yet, you'll need to go through the extra pain of getting everything from the page parameters. If the answer is no, you don't need to use bookmarkable pages but rather use 'internal' pages where you pass the objects in the link (setResponsePage(new MyPage(foo, bar))) You could additionally look at 'stateless' pages and links and see if that helps you solve your issue more elegantly. Eelco On 8/5/06, Gwyn Evans [EMAIL PROTECTED] wrote: I'm currently dealing with a summary list of items, which each have a link to a detail page where I'm displaying the basic info plus some additional info. i.e. Id, Name, Start, End, Status sort of thing, with the Id being a link to the detail page. The link's a Bookmarkable one, passing the id as a param to the Detail page, but that means that the detail page has to itself obtain the basic info from the DB. If BookmarkablePageLink's onClick wasn't final, I would have considered overriding it to pass the ModelObject I had across instead, while leaving the link to be bookmarked as it is now... Is there anything simple[*] I'm missing that could give the desired result, or should I just leave it be get on with some real work! :-) /Gwyn [*] I say simple, as the re-read of the data's not a complex SQL call and it's /probably/ in the DB driver's cache anyway -- Download Wicket 1.2.1 now! - http://wicketframework.org - 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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] A thought on Links Bookmarkable links
currently the stateless support wont help at this time.Because a stateless link could be constructed for this but where is then the id? It should be in the url then (just as a bookmarkable page link)then you do hit the page first where that stateless link is on. But then you still have to get the id from the url in the onClick of the link. Then do you db access and callthe detail page with the full object.So what is the gain in the end? nothing if you ask me...johan On 8/5/06, Eelco Hillenius [EMAIL PROTECTED] wrote: That wouldn't work for bookmarkable links, as they don't receive anyevents. What you want can be done with non-bookmarkable links, but -tada - your page wouldn't be bookmarkable anymore.The key thing about bookmarkable pages is that they can be constructed directly/ without the need to have a session upfront/ without havingto rely on other pages. This means that the URL is the only thing thatis available for a bookmarkable page.Think whether you need that detail page to be bookmarkable... do you expect users to actually bookmark it or have some reason to directlywant to access that page/ does crawlers need to be able to index it/do you need to access it from a frame/ etc? If the answer is yet,you'll need to go through the extra pain of getting everything from the page parameters. If the answer is no, you don't need to usebookmarkable pages but rather use 'internal' pages where you pass theobjects in the link (setResponsePage(new MyPage(foo, bar)))You could additionally look at 'stateless' pages and links and see if that helps you solve your issue more elegantly.EelcoOn 8/5/06, Gwyn Evans [EMAIL PROTECTED] wrote: I'm currently dealing with a summary list of items, which each have a link to a detail page where I'm displaying the basic info plus some additional info. i.e. Id, Name, Start, End, Status sort of thing, with the Id being a link to the detail page. The link's a Bookmarkable one, passing the id as a param to the Detail page, but that means that the detail page has to itself obtain the basic info from the DB.If BookmarkablePageLink's onClick wasn't final, I would have considered overriding it to pass the ModelObject I had across instead, while leaving the link to be bookmarked as it is now... Is there anything simple[*] I'm missing that could give the desired result, or should I just leave it be get on with some real work! :-) /Gwyn [*] I say simple, as the re-read of the data's not a complex SQL call and it's /probably/ in the DB driver's cache anyway -- Download Wicket 1.2.1 now! - http://wicketframework.org - 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.phpp=sourceforgeCID=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 ITJoin SourceForge.net's Techsay panel and you'll get the chance to share youropinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___Wicket-user mailing listWicket-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.phpp=sourceforgeCID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] A thought on Links Bookmarkable links
On 05/08/06, Eelco Hillenius [EMAIL PROTECTED] wrote: The key thing about bookmarkable pages is that they can be constructed directly/ without the need to have a session upfront/ without having to rely on other pages. This means that the URL is the only thing that is available for a bookmarkable page. Yes, I've got that, thanks, it's just that there are two way I might arrive there, one being the normal case, arriving 'cold'. The other, though, where I just happened to have the information it would need 'to hand', lead me to wonder if there was a way to pass it while keeping the bookmarkable feature... Think whether you need that detail page to be bookmarkable... do you expect users to actually bookmark it or have some reason to directly want to access that page/ In this case, yes, I probably would, or at least the convienience of doing so is worth the extra DB call in this case! It's not going to be a high-volume app! /Gwyn - 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.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] A thought on Links Bookmarkable links
There is no way to use state when you use bookmarkable/stateless pagesfor your link clicks or other things. Because there is no page at the server where that state is...johan On 8/5/06, Gwyn Evans [EMAIL PROTECTED] wrote: On 05/08/06, Eelco Hillenius [EMAIL PROTECTED] wrote: The key thing about bookmarkable pages is that they can be constructed directly/ without the need to have a session upfront/ without having to rely on other pages. This means that the URL is the only thing that is available for a bookmarkable page.Yes, I've got that, thanks, it's just that there are two way I mightarrive there, one being the normal case, arriving 'cold'.The other, though, where I just happened to have the information it would need'to hand', lead me to wonder if there was a way to pass it whilekeeping the bookmarkable feature... Think whether you need that detail page to be bookmarkable... do you expect users to actually bookmark it or have some reason to directly want to access that page/In this case, yes, I probably would, or at least the convienience ofdoing so is worth the extra DB call in this case!It's not going to be a high-volume app!/Gwyn-Take Surveys. Earn Cash. Influence the Future of ITJoin SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cashhttp://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___Wicket-user mailing listWicket-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.phpp=sourceforgeCID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
