Hi,
Thanks David.
Infact it is almost there in STRUTS. But what I am trying to achieve is not
to call different Actions for different events.
So there will be a common action which will delegate FormBean to Business
Logic bean and get the ResponseBean(The Bean require for next view) and then
put this bean to the request's Attribute. ResponseBean will be interpreted
by CustomTags in JSP to generate the desired result. This is quite
conceptual. Pls share your views about the pros & cons.
What I am trying to achieve is
1. Totally separate the Business Logic to a Non HTTP aware
environment
2. Reduce the number of objects being generated.
Thanks & Regards
Savant
-----Original Message-----
From: David Graham [mailto:dgraham1980@;hotmail.com]
Sent: Thursday, October 31, 2002 10:21 AM
To: [EMAIL PROTECTED]
Subject: Re: Standardization of Communication Between Controller & Model
This sounds like what Struts does already. ActionServlet (controller) puts
request parameters into ActionForm, validates ActionForm, passes form to
Action, Action moves form properties to model bean, Action calls business
method passing in model bean, forwards to next resource for display.
David
>From: "Savantraj, Chennamakal Subramanian" <[EMAIL PROTECTED]>
>Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
>To: "'Struts Users Mailing List'" <[EMAIL PROTECTED]>
>Subject: Standardization of Communication Between Controller & Model
>Date: Thu, 31 Oct 2002 10:16:04 +0800
>
>Hi All,
>
>I am pretty new to STRUTS. We are trying to standardize our J2EE
>programming
>model.
>Objectives
> 1.Controller extracts all the request to a "Common object" (Somthing
>like a TableModel)
> 2.Controller invoke a Model by passing the "Common Object"
> 3.Model will populate another "Common Object" according to the
>response requirements
> 4.Custom Tags will take up this "Common Object" and render the
>response page.
>
>This approach may make a clear separation of the Developer roles. If
>anybody
>already implemented,
>similar approach, kindly share with me.Pls get back to me if my question is
>not clear.
>
>Thanks & Best Regards
>Savant
>
>
>
>-------------------------------------------------------------------
>This email is confidential and intended only for the use of the individual
>or entity named above and may contain information that is privileged. If
>you
>are not the intended recipient, you are notified that any dissemination,
>distribution or copying of this email is strictly prohibited. If you have
>received this email in error, please notify us immediately by return email
>or telephone and destroy the original message. Thank you. - This mail is
>sent via Sony Asia Pacific Mail Gateway.
>-------------------------------------------------------------------
>
>
>--
>To unsubscribe, e-mail:
><mailto:struts-user-unsubscribe@;jakarta.apache.org>
>For additional commands, e-mail:
><mailto:struts-user-help@;jakarta.apache.org>
_________________________________________________________________
Internet access plans that fit your lifestyle -- join MSN.
http://resourcecenter.msn.com/access/plans/default.asp
--
To unsubscribe, e-mail:
<mailto:struts-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail:
<mailto:struts-user-help@;jakarta.apache.org>
-------------------------------------------------------------------
This email is confidential and intended only for the use of the individual
or entity named above and may contain information that is privileged. If you
are not the intended recipient, you are notified that any dissemination,
distribution or copying of this email is strictly prohibited. If you have
received this email in error, please notify us immediately by return email
or telephone and destroy the original message. Thank you. - This mail is
sent via Sony Asia Pacific Mail Gateway.
-------------------------------------------------------------------
--
To unsubscribe, e-mail: <mailto:struts-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>
