Yes you can because you access input, output, block in the JSP
using the custom tags. Because an expresso controller writes a controller
response object to the request scope. The input value can also read back a
controller requests.

But I do not why you cannot reuse old ActionForm that you have already written,
though. The expresso controller does not expose the action form bean
as you and I know in the "actionPerformed" method. On the otherhand
you gain automatically action command dispatch handling.
It was / is issue for the lead developer. The bone of contention
being transplanting an old Struts example into an Expresso one. It should
be made easier or as easy as possible. I would Expresso 4.0 is still new,
and these issues dont get played until someone try to build
an application with the intention of going __live__.

0.02P

--
Peter Pilgrim                 ++44 (0)207-545-9923

............................................ Swamped under electionic mails


---------------------------------------- Message History 
----------------------------------------


From: "Francisco Hernandez" <[EMAIL PROTECTED]> on 10/01/2002 10:05 PST

Please respond to "Struts Users Mailing List" <[EMAIL PROTECTED]>

To:   "Struts Users Mailing List" <[EMAIL PROTECTED]>
cc:
Subject:  Re: Advice needed on Stuts versus Struts/Expresso


what do you use instead of ActionForm when using expresso/struts?

when doing expresso/struts do you still use Input/Output/Block/etc objects?

----- Original Message -----
From: "Peter Pilgrim" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
Sent: Thursday, January 10, 2002 9:43 AM
Subject: Re: Advice needed on Stuts versus Struts/Expresso


>
> Expresso helpsa lot if you have been building action command mapping
> in every single Action that you have written.
>
> String action = form.getAction()
> if ( action.equalsIgnoreCase("prompt")) {
>     ...
>     return mapping.findFrward("prompt);
> }
> else if ( action.equalsIgnoreCase("add")) {
>     ...
>     return mapping.findFrward("add");
> }
> else if ( action.equalsIgnoreCase("remove")) {
>     ...
>     return mapping.findFrward("remove");
> }
>
> The ActionForm bean is redundant because Expresso
> has its own controller element architecture. The powerful
> feature to use Expresso would be the ease-of-use of its
> database objects, especially if you work database-driven
> applications. It is missing communication with store procedures
> though.
>
> HTH
> --
> Peter Pilgrim                 ++44 (0)207-545-9923
>
> ............................................ Swamped under electionic
mails
>
>
> ---------------------------------------- Message
History ----------------------------------------
>
>
> From: [EMAIL PROTECTED] on 09/01/2002 10:58 EST
>
> Please respond to "Struts Users Mailing List"
<[EMAIL PROTECTED]>
>
> To:   [EMAIL PROTECTED]
> cc:
> Subject:  Advice needed on Stuts versus Struts/Expresso
>
>
>
> Hi all,
>
> I've gotten a full app to work with Struts and have a good understanding
> of how things are supposed to be done and work.
>
> Now I am looking at possibly using Expresso to speed development.
>
> In anyone's experience what would I lose by moving to Expresso.  I can
> see how it would speed development, but do I lose anything that struts
> gives me?  Is there anything that I would come across that I could not
> do with Expresso that I could do with Struts?
>
> I've read all the JCorporate docs on the struts integration and such,
> but would like to draw on the experience of those more, well
> experienced.
>
> I guess I am at the point where I understand Struts so I am hesitant to
> move on to something else if I will just be coming back to struts later.
>
> My needs rotate mostly around rapid development of applications.
>
> Thanks much for this information and all the previous help in getting me
> going with struts.
>
> PS. For anyone starting with struts, get Ted Husted's struts-catalog and
> read it once a day while you are learning struts.  In the beginning you
> may not understand it, but as the days go on, more and more will help
> you out.  (Thanks Ted)
>
>
> Bill Chmura
> Ensign-Bickford Industries, Inc.
> Information Technologies Department
>
>
>
> --
> To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>
>
>
>
>
>
>
> --
>
> This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.
>
>
>
> --
> To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>
>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>






--

This e-mail may contain confidential and/or privileged information. If you are not the 
intended recipient (or have received this e-mail in error) please notify the sender 
immediately and destroy this e-mail. Any unauthorized copying, disclosure or 
distribution of the material in this e-mail is strictly forbidden.



--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to