Isn't ApplicationResources.properties designed to hold this sort of
info? It has the advantage that you can review/change your literals
in one place & also supports internationalisation.
-------------------
ie. in your jsp
<bean:message key="LogonForm.literal.please.signon"/>
will fetch this message from ApplicationResources.properties
LogonForm.literal.please.signon=Singon Here
-------------------
If you don't need that then why not hard code them in the JSP? These
are part of the view only. Putting them in the Form bean implies they
have some tie-in to the rest of the system IMHO.
----
Keith.
--- [EMAIL PROTECTED] wrote:
> I would suggest putting them in the form. That way, the form
> represents all
> the data required for the view, whether modifiable or not, and you
> don't
> have multiple pieces of data scattered around in different places.
> The data
> that isn't in input fields won't be populated back into the form,
> so there's
> no overhead there.
>
> --
> Martin Cooper
>
>
> ----- Original Message -----
> From: "viet nguyen" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, August 28, 2001 5:56 PM
> Subject: static text fields on the session or from??
>
>
> > If I need to display a screen which includes both
> > editable fields and static text fields, would it be
> > better to store the read-only fields on the session
> > instead of having them in the form? Since the values
> > of these fields will never change, it seems to defeat
> > the purpose of form automatic population if I provide
> > them in the form. Any ideas??
> >
> > Thanks,
> > V.
> >
> > __________________________________________________
> > Do You Yahoo!?
> > Make international calls for as low as $.04/minute with Yahoo!
> Messenger
> > http://phonecard.yahoo.com/
>
>
__________________________________________________
Do You Yahoo!?
Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger
http://im.yahoo.com