You are right, but the user must see the fields and I need the object
with all properties for call (JPA) persist method. what's the best
practice for this use case

I have one object and many roles ....  any role can change a different
field ... Do I create a class for any roles?

Idea?

Thanks
Marco


On Sat, Nov 12, 2011 at 7:31 PM,  <jlm...@gmail.com> wrote:
> The use of hidden fields to avoid the user changing those fields is a 
> security risk. You are still getting all the fields from the client's side, 
> so the user or somebody else (through a man-in-the-middle atytack) are still 
> able to change the value of those fields.

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org

Reply via email to