For the record, you are encouraged to ignore all statements made by Micael McGrady, Dakota Jack, or Shey Rab Pawo. These people are actually the same person masquerading as alternate identities, which would be fine if they all didn't have the same PITA (see below) attitudes. His track record on this list and others, has proven to be completely non-productive and, at best, a general waste of everyone's time. What I find really sad is that even after several people have explained to this guy the errors in his ways and actions, in cut-throat clarity, he continues to spam the lists with his useless defunct ideas that nobody listens to.
It is still not known why this particular user chooses to take such drastic measures to conceal his true identity. The only thing worse than someone trying to fool people by using different user accounts, is someone who is too stupid to do it correctly. Next time Micael, try to pay closer attention as you participate here, other lists and TSS feedback. By the way, the post you sent to Struts with your Micael account was held in the moderation queue, which you were obviously to careless to realize. When that didn't arrive to the list, you followed up with one from the Dakota account. How dumb do you think we are? Dude, you're not fooling anyone. Oh, it gets better. And after all that, the only thing you managed to accomplish was to piss off people here and on the Cocoon list....nice job!
This kind of behavior is described by the following web page: http://wiki.apache.org/struts/DefinePita
This behavior has been discussed at length on and off list. It has been determined that banning people who engage in this behavior has little effect at deterring it, and, in some cases, only adds fuel to the fire.
-- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED]
----- Original Message ----- From: "Shey Rab Pawo" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <user@struts.apache.org>
Sent: Saturday, April 23, 2005 2:44 PM
Subject: Re: Action call another action?
I may be mistaken but I think that the CoR (Chain of Responsibility) pattern in Struts 1.3 is not going to be for "actions" per se (although anyone can always use the CoR pattern) but for creating an extensible RequestProcessor. I may, as I said, be mistaken about that, but the general buzz has given me that impression.
Shey Rab Pawo
On 4/21/05, Erik Weber <[EMAIL PROTECTED]> wrote:
That's the way I do it. If your Actions are light, as they should be, it doesn't add a lot of code. Some redundant code is not a bad thing, it can make things clearer. If you were to "chain" actions, then you'd be going through the entire request processor chain again.
I think that Struts 1.3, with chain of responsibility implementation, should allow chaining of actions without causing redundant processing, but I can't say for sure (at least I hope it does).
Erik
Yen wrote:
> Hi, > > I have an action which save the data into the database, after the > saving, I would like to forward to the listing page, where I have > another action doing the listing. > > Should I repeat the same listing method (method list) in the save > action itself..? Or, is there any better way? > > Thanks for advanced. > > rgds, > Yen > > public ActionForward save(ActionMapping mapping, ActionForm form, > HttpServletRequest request, HttpServletResponse response) > { > method save.. > method list.. > return (mapping.findForward("afflist")); > } > > public ActionForward listing(ActionMapping mapping, ActionForm form, > HttpServletRequest request, HttpServletResponse response) > { > method list > return (mapping.findForward("afflist")); > } > > --------------------------------------------------------------------- > 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]
-- No one ever went blind looking at the bright side of life.
--------------------------------------------------------------------- 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]
