Hi Rahul,
Please send it to rogerdotvarleyatgooglemaildotcom
Thanks
Roger
--
View this message in context:
http://old.nabble.com/Struts-2%2C-Session-Management-and-%22WorkFlow%22.-tp29726121p29736089.html
Sent from the Struts - User mailing list archive at Nabble.com.
---
Roger,
Can I simply mail the eclipse project to you? We can discuss the usage
over email and get it running. I am planning to work on this over the next
week and therefore we can actually release the plugin formally in a week
or two.
Regards,
Rahul
> rahulmohan wrote:
> >
> >
> > The page
rahulmohan wrote:
>
>
> The page is correct. It supports only a single conversation as of now. I
> have a modified version which supports multiple conversations. Couldn't
> get around to committing it so far. Will be happy to share the code
> informally.
>
Given that it's me who is bleati
> rahulmohan wrote:
> >
> >
> > Exactly! I think scope plugin solves your problem. The conversation
> > support in scope plugin is not as rich as that in seam, but can serve
as
> > the starting point. I have fixed a couple of bugs in the scope plugin
and
> > I am working on some enhancements
I don't believe it allows multiple conversations yet, but I haven't checked
the source, either.
Dave
On Thu, Sep 16, 2010 at 9:56 AM, RogerV wrote:
>
>
>
> rahulmohan wrote:
> >
> >
> > Exactly! I think scope plugin solves your problem. The conversation
> > support in scope plugin is not as ric
rahulmohan wrote:
>
>
> Exactly! I think scope plugin solves your problem. The conversation
> support in scope plugin is not as rich as that in seam, but can serve as
> the starting point. I have fixed a couple of bugs in the scope plugin and
> I am working on some enhancements in scope plu
ate:
16-09-2010 18:34
Subject:
Re: Struts 2, Session Management and "WorkFlow".
RogerV wrote:
>
>
>
> Dave Newton-6 wrote:
>>
>> Correct--the essence of implementation is just a "dual-layer" context
>> with
>> the additional key passe
Hi all,
i've just read about Seam,
and if i understand it wright,
creation of Conversation is made by annotation, so it's not an
automatic decision of the framework
but just a developer decision in action code to create a conversation.
>> Unlikely in an Intranet environment prehaps, but there are
RogerV wrote:
>
>
>
> Dave Newton-6 wrote:
>>
>> Correct--the essence of implementation is just a "dual-layer" context
>> with
>> the additional key passed back and forth (I assume for every request).
>>
>
> Hi Dave,
>
> Doesn't seem too complicated to implement :) - but given this
> con
Dave Newton-6 wrote:
>
> Correct--the essence of implementation is just a "dual-layer" context with
> the additional key passed back and forth (I assume for every request).
>
Hi Dave,
Doesn't seem too complicated to implement :) - but given this conversation
from Jan 2009
http://old.nabble.
Correct--the essence of implementation is just a "dual-layer" context with
the additional key passed back and forth (I assume for every request).
On Thu, Sep 16, 2010 at 8:14 AM, RogerV wrote:
>
> Hi Pawel,
>
>
> Paweł Wielgus wrote:
>>
>>> Agreed, but how do you check that the hidden ids that co
Hi Pawel,
Paweł Wielgus wrote:
>
>> 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
>
> Yes, it's possible but not likely, in gen
On Thu, Sep 16, 2010 at 7:57 AM, Martin Gainty wrote:
> 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> errorMap);
>
> fie
fet 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
&
> 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
Yes, it's possible but not likely, in general users use multiple tabs,
and they don't
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 th
Seam handles multiple conversations; you might see how it implements it.
Dave
On Thu, Sep 16, 2010 at 6:24 AM, RogerV wrote:
>
>
>
> Paweł Wielgus wrote:
>>
>>
>> In an interceptor You can check if a user is logged in,
>> so it's easy to have wizzard immediate after login
>> and only login page
Hi Roger,
> That would work in this case, but my interceptor would be specific to the
> wizard. If I then introduced a second wizard, then I'd need another
> interceptor to handle that one. I was hoping for something a little more
> generic.
Won't You also add more bussiness logic if You add ano
Paweł Wielgus wrote:
>
>
> In an interceptor You can check if a user is logged in,
> so it's easy to have wizzard immediate after login
> and only login page if user is not logged in.
> Then after user is logged in You can check if wizzard is completed and
> if not redirect him at current wizz
Hi Roger,
i'm not familiar with SpringWebflow,
maybe some one who uses it can aswear if this can be achevied only by it,
but i would go fo my own custom interceptor in this case and
SpringWebflow only to support wizzard webflow.
Mainly because there are more things that needs to be addressed than
j
20 matches
Mail list logo