yeah, i agree.  this is once place i got carried away with making things
convenient.  those particular convenience methods should go away.  i'm a
little less sure about getting rid of setResponsePage(), but from certain
perspectives that would be better too. 
getRequestCycle().setResponsePage(...) is more verbose, but also more
self-documenting.


igor.vaynberg wrote:
> 
> is there any reason why urlfor calls are not synchronized between
> requestcycle and component? i know component had some urlfor that were
> conviniences and basically passed in "this" for some params - but what
> about
> requestcycle.urlfor(page) - should that not also be in component?
> 
> i think it was a mistake to start with to pollute component with urlfor -
> its too late to do anything now but maybe in 2.0 we can get rid of them?
> there is nothing wrong with getRequestCycle().urlFor() syntax imho
> 
> -Igor
> 
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Wicket-develop mailing list
> Wicket-develop@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-develop
> 
> 

-- 
View this message in context: 
http://www.nabble.com/urlfor-funcs-tf2124768.html#a5916463
Sent from the Wicket - Dev forum at Nabble.com.


-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Wicket-develop mailing list
Wicket-develop@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-develop

Reply via email to