I agree with this. When I "seconded" earlier, it was because I thought this was an exposed part of the API that hadn't been documented. I didn't realize it was internal.
-----Original Message----- From: Martijn Dashorst [mailto:[EMAIL PROTECTED] Sent: Saturday, January 12, 2008 7:57 AM To: users@wicket.apache.org Subject: Re: the flow of wicket I *strongly* disagree with your answer. The fact is that this information is only beneficial for a really very small portion of our user base. The documentation effort on the other hand is HUGE! And subject to change easily. From 1.1 to 1.2 we changed it quite considerably. And I have no doubt this will change again. I posit that 99% of all developers working on Wicket applications don't need to know this. In my company we have about 30 people working on wicket applications and I think 29 of them don't even know the different request targets. Why would they? There is no benefit in learning what the request cycle processor does in its 30 odd steps when your customer asks for a link that adds an item to a shopping cart. In fact it makes it more difficult to achieve your business goals. Asking the remaining 1% to do some homework themselves gives us the possibility to work on actual code, improving the framework and making things simpler, better, easier, faster, completer. Martijn On Jan 12, 2008 4:16 PM, Paolo Di Tommaso <[EMAIL PROTECTED]> wrote: > I disagree with this answer. > > The fact that request handling stuff is not a public api, is A GOOD REASON > because it should be documented better, not viceversa. > > And I really don't understand in which way this could prevent you to change > - eventually - in future wicket versions. > > I not a newbie user and I'm really a Wicket enthusiastic user and pleased to > be involved in its great community, but I have to admit that some topics are > still obscure. > > The request flow handling is one of the most important topic to know in a > web application framework, being so I think it would be very interesting to > have only a brief description, for example a sequence diagram showing the > components interaction starting from the WicketFilter (and/or the > WicketServlet) involved in a web request handling. > > Hiding this stuff or, even worse, asking the users to debug the framework to > understand what it should important to know I don't think is a good approach > because it is precisely this that leads to wrong assumptions, that could > break in future. > > Thank you, > > - Paolo > > > > > On Jan 11, 2008 2:09 AM, Igor Vaynberg <[EMAIL PROTECTED]> wrote: > > > you guys want to know about internal implementation details. it has no > > publically exposed api, so why should you care? why should we document > > something that can change without affecting our users? does the jee > > spec detail how the request gets to the servlet? no, that is left up > > to the implementor of the servlet container. > > > > you want to know about it? set a break point in > > wicketfilter.dofilter() and walk the code. > > > > -igor > > > > > > On Jan 10, 2008 5:06 PM, Dan Kaplan <[EMAIL PROTECTED]> wrote: > > > seconded > > > > > > > > > -----Original Message----- > > > From: Beyonder Unknown [mailto:[EMAIL PROTECTED] > > > Sent: Thursday, January 10, 2008 5:05 PM > > > To: WICKET USER > > > Subject: the flow of wicket > > > > > > > > > Hi All, > > > > > > I am studying wicket from the WicketFilter to the WebApplication, but I > > > don't understand the concept of RequestCycleProcessor and how does it > > get > > > invoked. I read the "Wicket In Action" and "Pro Wicket" but the > > explanation > > > is not that detailed. Does anybody know of a primer with regards to how > > > Wicket process really works? I want to know the flow, from startup of > > the > > > servlet container, like what is being instantiated, and when request is > > > made. > > > > > > I can't seem to trace how RequestTarget being consumed by > > > RequestCycleProcessor, from the page. > > > > > > Thank you very much! > > > > > > Best, > > > Wen Tong > > > > > > -- > > > The only constant in life is change. > > > > > > > > > > > > > > > > > > > > ____________________________________________________________________________ > > > ________ > > > Be a better friend, newshound, and > > > know-it-all with Yahoo! Mobile. Try it now. > > > http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > -- Buy Wicket in Action: http://manning.com/dashorst Apache Wicket 1.3.0 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.0 --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]