com.opensymphony.xwork2.ValidationAware
/**
* Set the field error map of fieldname (String) to Collection of String
error messages.
* @param errorMap field error map
*/
void setFieldErrors(Map<String, List<String>> errorMap);
fieldName would be unique for each assigned IDentifier for the 1st param to the
Map in setFieldErrors e.g.
Tab1:
Tab1TextField1,Tab1TextField2
Tab2:
Tab2TextField1,Tab2TextField2
did you have something else in mind?
Martin Gainty
______________________________________________
Jogi és Bizalmassági kinyilatkoztatás/Verzicht und
Vertraulichkeitanmerkung/Note de déni et de confidentialité
Ez az üzenet bizalmas. Ha nem ön az akinek szánva volt, akkor kérjük, hogy
jelentse azt nekünk vissza. Semmiféle továbbítása vagy másolatának készítése
nem megengedett. Ez az üzenet csak ismeret cserét szolgál és semmiféle jogi
alkalmazhatósága sincs. Mivel az electronikus üzenetek könnyen
megváltoztathatóak, ezért minket semmi felelöség nem terhelhet ezen üzenet
tartalma miatt.
Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger
sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung
oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem
Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung.
Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung
fuer den Inhalt uebernehmen.
Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le
destinataire prévu, nous te demandons avec bonté que pour satisfaire informez
l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est
interdite. Ce message sert à l'information seulement et n'aura pas n'importe
quel effet légalement obligatoire. Étant donné que les email peuvent facilement
être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité
pour le contenu fourni.
> Date: Thu, 16 Sep 2010 04:16:28 -0700
> From: roger.var...@googlemail.com
> To: user@struts.apache.org
> Subject: Re: Struts 2, Session Management and "WorkFlow".
>
>
>
>
> Paweł Wielgus wrote:
> >
> >
> > Every form needs to have all necessary ids as hidden fields.
> > That way, posting a form will always update appropriate object with
> > appropriate data.
> >
>
> Agreed, but how do you check that the hidden ids that come back with the
> submit are the ones that
> you sent in the first place? It's not that hard to use something like
> HttpClient to send malicious POST's
>
>
> Paweł Wielgus wrote:
> >
> > And it's completly unimportant from which tab it will be submited.
> > As for me, user can open 15 tabs and do 15 different things in them
> > simultaneously.
> > Imagine a list of objects with edit links,
> > user opens these edit links in new tabs,
> > and wants to edit and save one by one - why would You dissallow it?
> > In the end HTTP is stateless.
> >
>
> I'm not trying to stop them using multiple tabs, I'm trying to ensure that
> they don't walk over each other while they're doing it. Looking at the code
> for MessageStoreInteceptor, for example, I think (and I need to test this)
> it looks like, in a multi-tab environment, you couldn't be sure which tab
> would get any error messages. Tab A submits a form with errors, Tab B
> submits another form, it looks like Tab B could potentially return with
> TabA's error messages - which could be doubly confusing if the activities in
> TabA and TabB were unrelated. Processing multiple tabs simultaneously seems
> to me to be comparable to running multiple threads accessing an
> unsynchronized common resource - the HttpSession.
>
> Regards
>
>
> --
> View this message in context:
> http://old.nabble.com/Struts-2%2C-Session-Management-and-%22WorkFlow%22.-tp29726121p29727312.html
> Sent from the Struts - User mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
> For additional commands, e-mail: user-h...@struts.apache.org
>
