I haven't been using actions very much up until now, but I used them in the Wiki and found the method layout to be suboptimal. I think other people have had the same experience.
Yep. We've been grouchy about this for a couple of years. We made very similar changes to what you describe in our FormKit.
Second, _respond invokes writeHTML always, not just when no action was found.
Yes, this is what should happen; UNLESS there's a redirect pending. Many times, after we do an action, we want to redirect to another URI. We do a check in writeHTML and bail if necessary, but I've always thought that it should be "deeper" in the servlet, perhaps in _respond() (or before; see next thought).
What do people think about making the action calls come from the awake() step rather than the respond() step? I think that respond is about sending data to the client; typically full of writeln() calls. Actions don't seem to be for that; they seem to be for writing to databases, parsing form input, setting state, etc. These things seem like they should come before "respond".
Basically, what we'd like to see in the "new lifecycle" would be something like:
1. wake up (get connections to databases, open session, whatever) 2. do any business that's required (run a query, parse a file, whatever) 3. send output, which is either a redirect or content 4. go to sleep (close connections, etc.)
We always do step 2 things in actions, but have always thought that they shouldn't be jacked into this "pre-respond" place.
------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ Webware-discuss mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/webware-discuss
