I am working in a multi-server, multi-application
environment, so placing objects in the session isn't a
simple option. I have to worry about the user getting
the same session and also that I don't use too much
memory.
When I said "build", I did mean that I am calling a
business object to get the list.
I guess my issue with doing this in the validate
method, is the validate method is meant for validation
logic and not for processing. I guess it depends on
how you look at it.
Could you breifly mention some of the other
alternatives?
Thanks,
Pat Young
--- Rick Reumann <[EMAIL PROTECTED]> wrote:
> Pat Young wrote:
>
> > 6. The problem I am having is that if the
> ActionForm
> > failes validation, then the sales.jsp page gets an
> > error becaue it can not find the bean in the
> Request
> > for the products list. Should I build this bean
> in my
> > validate and place it in the request at the
> beginning
> > of validate? If validate fails, there is no other
> > opportunity to build the products list and get it
> into
> > the Request.
>
> Personally I often opt for the easy solution and put
> the List in Session
> scope, but there are other alternatives that have
> been discussed on this
> list before.
>
> > 7. I typically uses Actions to retrieves and
> build
> > beans and then add them to the request for the jsp
> to
> > access. Is this an acceptable practice also?
>
> Depends what you mean by "build beans." Nothing
> wrong wtih setting stuff
> into Request scope from your Actions, but make sure
> you are calling some
> business process that does the actual "building."
> For example...
>
> //in your Action:
> List someList = someBusinessClass.getMyList();
> request.setAttribute("listWhatever", someList);
>
> --
> Rick
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> For additional commands, e-mail:
> [EMAIL PROTECTED]
>
__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it!
http://webhosting.yahoo.com/ps/sb/
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
