Dear Dave,

newton.dave wrote:
> 
> Please stop referring to the action as a "redirecting action". Results may
> redirect; actions specify results.
> 
> 

Yes, sorry, results recirect.


newton.dave wrote:
> 
> In addition to trying the things I and others have mentioned, PLEASE do
> the following:
> 
> 1) Look at the code for the redirectAction and step through it--this is a
> trivial step and would be the easiest way to convince either (a) us, that
> the redirectAction *is* removing session attributes, or (b) you, that it
> isn't.
> 
> 2) Create a minimal application that duplicates the problem and make it
> available somehow. Do you understand that we have no real way to duplicate
> this issue without it?
> 

Yes, I undersand it very well. O.K. I'll try this tomorrow and send you
detailed results where is the problem, and why I lost my session variables.

--
Regards, Milan


Dave


newton.dave wrote:
> 
> 
> --- On Wed, 8/6/08, Milan Milanovic <[EMAIL PROTECTED]> wrote:
>> Standard action is no redirect action.
>> 
>> My session variables was deleted somewhere between my
>> action class method
>> and its resulting jsp, because in my action class method I
>> had that
>> variable, and in jsp I don't have it any more.
>> 
>> O.K. I can put monitoring interceptor or listener like
>> Jeoffrey suggested
>> (thanks). But now I changed my redirecting action to
>> "normal" action, and it
>> is working. I must roll-back this change in my struts.xml
>> ;-).
>> 
>> Put a monitoring interceptor between every interceptor on
>> the stack and tell
>> me which interceptor is deleting your session variables.
>> 
>> Yes, indeed I didn't mention Acegi, as I didn't
>> realize that it is imporant
>> for this kind of a problem. I didn't try without Acegi.
>> 
>> --
>> Regards, Milan
>> 
>> 
>> newton.dave wrote:
>> > 
>> > --- On Wed, 8/6/08, Milan Milanovic
>> <[EMAIL PROTECTED]> wrote:
>> >> I don't know really, I don't use HTTPS, my
>> cookies are enabled, my 
>> >> redirect action deleted my session variables, when
>> I changed this
>> >> action to standard action it worked, NO other part
>> of the code is 
>> >> changed.
>> > 
>> > What do you mean, standard action?
>> > 
>> > Step through the S2 code: tell me where S2 is deleting
>> your session
>> > variables.
>> > 
>> > Put a monitoring interceptor between every interceptor
>> on the stack and
>> > tell me which interceptor is deleting your session
>> variables.
>> > 
>> > Log the actual HttpSession and tell me it's the
>> same session object being
>> > logged across action invocations.
>> > 
>> > Define your own result type by copying the existing
>> redirectAction result
>> > and add logging to determine when (and how) it's
>> deleting your session
>> > variables.
>> > 
>> > Create a minimal application that reproduces the
>> problem and file a JIRA.
>> > Be **thorough** in your description (for example,
>> originally you left out
>> > the bit about Acegi). 
>> > 
>> > Does it exhibit the same behavior if you deactivate
>> Acegi?
>> > 
>> > Dave
>> > 
>> > 
>> >
>> ---------------------------------------------------------------------
>> > To unsubscribe, e-mail:
>> [EMAIL PROTECTED]
>> > For additional commands, e-mail:
>> [EMAIL PROTECTED]
>> > 
>> > 
>> > 
>> 
>> -- 
>> View this message in context:
>> http://www.nabble.com/-S2--Refactoring-Action-classes-tp18813229p18859147.html
>> Sent from the Struts - User mailing list archive at
>> Nabble.com.
>> 
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail:
>> [EMAIL PROTECTED]
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/-S2--Refactoring-Action-classes-tp18813229p18860561.html
Sent from the Struts - User mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to