Re: T5: Can I redirect to another page in setupRender()?
Thank you very much, Nick. This was what I was looking for. Nick Westgate wrote: > > Access validation should be done in onActivate(): > http://tapestry.apache.org/tapestry5/tapestry-core/guide/pagenav.html > > Cheers, > Nick. > > > dtrebbien wrote: >> I have two pages: ListRepositories and ViewRepository. ListRepositories >> is >> supposed to give ViewRepository an id number by calling ViewRepository's >> init() method. ViewRepository tracks whether it has been inited via a >> boolean value. The problem is, I want to redirect back to >> ListRepositories >> if a devious user just types in the URL for ViewRepository which would >> bypass ListRepositories's call to ViewRepository's init(). >> >> Currently I just return false, but this causes Tapestry to complain with >> something like "root component not defined". >> >> Does anyone know how to redirect to another page in the setupRender() >> method? > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/T5%3A-Can-I-redirect-to-another-page-in-setupRender%28%29--tf4091039.html#a11678130 Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
T5: Can I redirect to another page in setupRender()?
I have two pages: ListRepositories and ViewRepository. ListRepositories is supposed to give ViewRepository an id number by calling ViewRepository's init() method. ViewRepository tracks whether it has been inited via a boolean value. The problem is, I want to redirect back to ListRepositories if a devious user just types in the URL for ViewRepository which would bypass ListRepositories's call to ViewRepository's init(). Currently I just return false, but this causes Tapestry to complain with something like "root component not defined". Does anyone know how to redirect to another page in the setupRender() method? -- View this message in context: http://www.nabble.com/T5%3A-Can-I-redirect-to-another-page-in-setupRender%28%29--tf4091039.html#a11630590 Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: T5: Should "contribute...()" be "configure...()" or "configure...Service()"?
I think that it is fine to call additions to Configurations "contributions", but then instead of the add() method of Configuration being called "add", shouldn't it be called "contribute"? This way the code reads as "contributing to" Configurations. In terms of Java code conventions Howard Lewis Ship wrote: > > It's alpha, so such changes are still acceptible. > > However, you are passed a Configuration, to which you make Contributions. > > So it's "contribute TO MasterObjectProvider's Configuration". > > On 7/13/07, dtrebbien <[EMAIL PROTECTED]> wrote: >> >> I have been creating a small Tapestry 5 application in order to see how >> the >> framework works and how T5 applications differ from JSP/Servlet >> applications. >> >> One thing that I did as part of this project was to create an >> ObjectProvider >> implementation (it is very simple, I admit) which allows one to @Inject >> http://db4o.com Db4o ObjectServers (after the app's module builder has >> added it to MasterObjectProvider). >> >> I would like to suggest that the "contribute...()" methods be renamed to >> "configure...()" because the current names are confusing. For example, >> contributeMasterObjectProvider does not actually contribute a >> MasterObjectProvider; instead, the method is used to add ObjectProviders, >> which essentially means configuring the MasterObjectProvider service. >> Maybe >> the method should even be called "configureMasterObjectProviderService" >> in >> order to clarify this even further. >> >> Hopefully other users will comment on this informal proposal as it would >> be >> a somewhat complicated change due to its use almost everywhere. >> -- >> View this message in context: >> http://www.nabble.com/T5%3A-Should-%22contribute...%28%29%22-be-%22configure...%28%29%22-or-%22configure...Service%28%29%22--tf4075108.html#a11581727 >> Sent from the Tapestry - User mailing list archive at Nabble.com. >> >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > > -- > Howard M. Lewis Ship > TWD Consulting, Inc. > Independent J2EE / Open-Source Java Consultant > Creator and PMC Chair, Apache Tapestry > Creator, Apache HiveMind > > Professional Tapestry training, mentoring, support > and project work. http://howardlewisship.com > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/T5%3A-Should-%22contribute...%28%29%22-be-%22configure...%28%29%22-or-%22configure...Service%28%29%22--tf4075108.html#a11630364 Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
T5: Should "contribute...()" be "configure...()" or "configure...Service()"?
I have been creating a small Tapestry 5 application in order to see how the framework works and how T5 applications differ from JSP/Servlet applications. One thing that I did as part of this project was to create an ObjectProvider implementation (it is very simple, I admit) which allows one to @Inject http://db4o.com Db4o ObjectServers (after the app's module builder has added it to MasterObjectProvider). I would like to suggest that the "contribute...()" methods be renamed to "configure...()" because the current names are confusing. For example, contributeMasterObjectProvider does not actually contribute a MasterObjectProvider; instead, the method is used to add ObjectProviders, which essentially means configuring the MasterObjectProvider service. Maybe the method should even be called "configureMasterObjectProviderService" in order to clarify this even further. Hopefully other users will comment on this informal proposal as it would be a somewhat complicated change due to its use almost everywhere. -- View this message in context: http://www.nabble.com/T5%3A-Should-%22contribute...%28%29%22-be-%22configure...%28%29%22-or-%22configure...Service%28%29%22--tf4075108.html#a11581727 Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Moving this discussion group
Nabble is perfect. Thanks for the link. -- View this message in context: http://www.nabble.com/Moving-this-discussion-group-tf2028006.html#a5579496 Sent from the Tapestry - User forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
