Return-Path: Delivered-To: apmail-jakarta-struts-user-archive@apache.org Received: (qmail 51915 invoked from network); 22 May 2003 14:08:40 -0000 Received: from exchange.sun.com (192.18.33.10) by daedalus.apache.org with SMTP; 22 May 2003 14:08:40 -0000 Received: (qmail 7433 invoked by uid 97); 22 May 2003 14:10:50 -0000 Delivered-To: qmlist-jakarta-archive-struts-user@nagoya.betaversion.org Received: (qmail 7426 invoked from network); 22 May 2003 14:10:49 -0000 Received: from daedalus.apache.org (HELO apache.org) (208.185.179.12) by nagoya.betaversion.org with SMTP; 22 May 2003 14:10:49 -0000 Received: (qmail 49930 invoked by uid 500); 22 May 2003 14:08:13 -0000 Mailing-List: contact struts-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Struts Users Mailing List" Reply-To: "Struts Users Mailing List" Delivered-To: mailing list struts-user@jakarta.apache.org Received: (qmail 49919 invoked from network); 22 May 2003 14:08:13 -0000 Received: from uranus.ubs.com (193.134.254.67) by daedalus.apache.org with SMTP; 22 May 2003 14:08:13 -0000 Received: from svpegasus2-outbound.flur.zuerich.ubs.ch (svpegasus2 [160.59.228.179]) by uranus.ubs.com (Postfix) with ESMTP id 14C092852A4 for ; Thu, 22 May 2003 16:08:14 +0200 (MEST) Received: from svpegasus2.flur.zuerich.ubs.ch (localhost [127.0.0.1]) by svpegasus2-outbound.flur.zuerich.ubs.ch (Postfix) with ESMTP id E6FE0215FC for ; Thu, 22 May 2003 16:08:13 +0200 (MEST) Received: from s01b1f4q.flur.zuerich.ubs.ch (s01b1f4q.flur.zuerich.ubs.ch [160.59.178.5]) by svpegasus2.flur.zuerich.ubs.ch (Postfix) with ESMTP id BD40A2158A for ; Thu, 22 May 2003 16:08:13 +0200 (MEST) Received: from s01b1f4h.flur.zuerich.ubs.ch ([160.59.178.133]) by s01b1f4q.flur.zuerich.ubs.ch with Microsoft SMTPSVC(5.0.2195.5329); Thu, 22 May 2003 16:08:13 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.0.6434.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: Action Chaining - how to avoid? Date: Thu, 22 May 2003 16:08:13 +0200 Message-ID: <483B0C156D0F3944BC52C6228044BD2C67CD3E@s01b1f4h-bu.flur.zuerich.ubs.ch> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Action Chaining - how to avoid? Thread-Index: AcMgazkPyoxAT1wmQ3qIDD7NszMftgAAFnjg From: To: X-OriginalArrivalTime: 22 May 2003 14:08:13.0562 (UTC) FILETIME=[955745A0:01C3206B] X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N -----Original Message----- From: Michael Ruppin [mailto:mruppin@yahoo.com] Sent: Thursday, May 22, 2003 4:05 PM To: Struts Users Mailing List Subject: RE: Action Chaining - how to avoid? Thanks. I have read many such threads. :)=20 Ultimately, after determining that my chaning approach might be acceptable from a design perspective, I was still unable to resolve the problem here: http://us.f200.mail.yahoo.com/ym/ShowLetter?MsgId=3D7651_1338585_14057_19= 27_1108_0_26324_3150_1141776405&YY=3D54328&inc=3D25&order=3Ddown&sort=3Dd= ate&pos=3D2&view=3Da&head=3Db&box=3DStruts m --- shirishchandra.sakhare@ubs.com wrote: > Hi, > Action chainning is not if done properly...I had > posted a question about this and there was a long > discussion on this. > Follow the folowing thread and it shoudl help you- > http://marc.theaimsgroup.com/?l=3Dstruts-user&m=3D104394029806441&w=3D2 >=20 > But from my experience(Only 1 struts project i must > admit...But a very large one...And complex as > well),I will say that ActionChainning per say is not > bad. >=20 > But One action should be a handler for one > function...The handling of one singl e function > should nto be broken across actions..This type of > action chainning is certainly bad and indicates > design problem... >=20 > But if one action does one Conplete Unit of > WOrk(GetAllAccountForAUser for exapmple...)And > another action can reuse this(LogInAction after > succesfule login should show All accounts for a > user...),there is no prpblem in action > chainning.Because as in this example, the same > getAccountListAction can be called by so many other > actions to show accoutnList afer they are done with > thier work.(Save Account,update account etc > etc..).And each action is doing an independent unit > of work...We have found this approac extremely > useful... >=20 > -----Original Message----- > From: Michael Ruppin [mailto:mruppin@yahoo.com] > Sent: Thursday, May 22, 2003 3:21 PM > To: Struts Users Mailing List > Subject: Action Chaining - how to avoid? >=20 >=20 > So I've been told, any forward returned from an > execute method matching the path of another action > would be considered action chaining. So, how am I > supposed to avoid chaining, and provide navigation?=20 > If I change [all] my forwards to go to jsps, I lose > the ability to pass through [the validate and] the > execute method[s] where I set up the form for the > Struts tags, and perform other checks better left > out > of the jsp, like verifing that the user is logged > in.=20 > If I use links in my jsps, I lose the ability to > manage navigation changes through the struts-config. >=20 > I've read that the need for action chaining is > related > to a problem with my business logic which needs > re-factoring. If my need, for example, is to go > from > an "Edit X" screen, to a "Confirm X deletion" > screen, > how is this related to business logic, and how would > I > refactor? To avoid problems like > java.lang.IllegalArgumentException in beanutils when > chaining I tried changing my mappings and setting > redirect=3Dtrue, which works, but there are situations > in which I need the request data in the next action. >=20 > Putting the data in the session is not the answer, > since in this case, the data I need in the request > is > to differentiate between two IE browsers that were > launched against the same session. Ideas? Was > there > perhaps some other way of avoiding the > java.lang.IllegalArgumentException problem I posted > ( > http://us.f200.mail.yahoo.com/ym/ShowLetter?MsgId=3D7651_1338585_14057_19= 27_1108_0_26324_3150_1141776405&YY=3D54328&inc=3D25&order=3Ddown&sort=3Dd= ate&pos=3D2&view=3Da&head=3Db&box=3DStruts > ), allowing me to go back to chaining without wiping > out the request? =20 >=20 > m >=20 > __________________________________ > Do you Yahoo!? > The New Yahoo! Search - Faster. Easier. Bingo. > http://search.yahoo.com >=20 > --------------------------------------------------------------------- > To unsubscribe, e-mail: > struts-user-unsubscribe@jakarta.apache.org > For additional commands, e-mail: > struts-user-help@jakarta.apache.org >=20 >=20 > --------------------------------------------------------------------- > To unsubscribe, e-mail: > struts-user-unsubscribe@jakarta.apache.org > For additional commands, e-mail: > struts-user-help@jakarta.apache.org >=20 __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com --------------------------------------------------------------------- To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: struts-user-help@jakarta.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: struts-user-help@jakarta.apache.org