On Fri, Dec 09, 2011 at 03:37:10PM -0500, Dave Newton wrote:
> That was a long question :(
Yes, I wanted to make sure that I had covered all of what I had already done.
> Yes; the default-intereptor-ref element is a per-package configuration, as
> described in the pacakge configuration docs [1].
That was a long question :(
On Fri, Dec 9, 2011 at 2:48 PM, Brian McCullough wrote:
> I would like to be able to define a particular Interceptor Stack as being
> the Default for a particular packageName, and applicable to the whole
> Package and its Actions, instead of having to code interceptor-
Folks,
I don't seem to be able to ask this question in a way that lets the search
engines give me a useful answer, so I am coming here.
I am working on adding functionality to an application that I inherited.
I have struts.xml as well as several struts-packageName.xml files in
WEB-INF/classes
> Can a Struts 2 interceptor change/add a request or session parameter?
Yes, and you can look at an example when you have the source and open:
com.opensymphony.xwork2.interceptor.ParametersInterceptor
> I'm trying to write a Struts 2 Exception Handler which is executed whenever
> there is an unca
a request or session variable from an interceptor?
Is there a better way to load dynamic information into a struts
global-exception-mapping error page?
--
View this message in context:
http://struts.1045723.n5.nabble.com/Struts-2-Interceptor-Question-tp4332934p4332934.html
Sent from the Str
By the way, Pawel, at that link some software seems to have severely butchered
your xml
in the struts.xml part.
Chris
-Original Message-
From: Dale Newfield
To: Struts Users Mailing List
Sent: Wed, Sep 9, 2009 12:41 pm
Subject: Re: Interceptor question
Paweł
Paweł Wielgus wrote:
Mike You can take a look at my post about this problem [1]
and read more about Spring Security (ACEGI).
[1] -
http://poulwiel.blogspot.com/2009/01/intercepting-all-actions-inside-my-app.html
I don't understand what your problem is. As you state, you can set the
intercep
Hi all,
Mike You can take a look at my post about this problem [1]
and read more about Spring Security (ACEGI).
[1] -
http://poulwiel.blogspot.com/2009/01/intercepting-all-actions-inside-my-app.html
Best greetings,
Paweł Wielgus.
2009/9/9 Dale Newfield :
> Mike Baranski wrote:
>>
>> If I run a
Mike Baranski wrote:
If I run an interceptor on an action, then redirect, is the same interceptor
run on the redirected-to action?
"then redirect" means that request is done, and the browser will be
submitting a new request. That new request gets processed according to
the action/interceptor
Wes Wannemacher wrote:
If the action you are redirecting to has the same interceptor-stack
(via package inheritance or interceptor configuration), then the
answer is 'yes'
So the answer is to not put this "force to password change page"
interceptor in the stack used for the password change pag
If the action you are redirecting to has the same interceptor-stack
(via package inheritance or interceptor configuration), then the
answer is 'yes'
-Wes
On Wed, Sep 9, 2009 at 12:12 PM, Mike Baranski
wrote:
> I have a question about an interceptor.
>
> If I run an interceptor on an action, then
I have a question about an interceptor.
If I run an interceptor on an action, then redirect, is the same interceptor
run on the redirected-to action?
I'm redirecting to a change password page if a password is over x days old,
so do I need to specify a different interceptor stack for the change
pa
m to
have more traction than anything else so that's probably where I'll
land.
-Original Message-
From: Martin Gainty [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 16, 2008 9:54 PM
To: Struts Users Mailing List; [EMAIL PROTECTED]
Subject: RE: [S2] Interceptor question
dave-
.
> Subject: [S2] Interceptor question
> Date: Tue, 16 Sep 2008 16:37:26 -0400
> From: [EMAIL PROTECTED]
> To: user@struts.apache.org; [EMAIL PROTECTED]
>
> I have a mature, home-grown database-backed authentication &
> authorization framework.
> It does not conform
I have a mature, home-grown database-backed authentication &
authorization framework.
It does not conform to JAAS or anything remotely similar.
I'd like to harness in a new struts2 site, because the core
functionality exists, it pre-populated, etc
At a very high level, would I be able to get some
[...]
[this] means that there are no thread safety issues
*of the discussed kind* with interceptor instance variables.
[...]
should have been clear from the discussion context, but thanks for
further clarification :)
Dave Newton schrieb:
> --- Rene Gielen <[EMAIL PROTECTED]> wrote:
>> [this] mea
--- Rene Gielen <[EMAIL PROTECTED]> wrote:
> [this] means that there are no thread safety issues
> with interceptor instance variables.
Well, not in terms of a property of the same name set
in different interceptor references in a config file
(er... it made sense in my head) but interceptors
stil
te the documentation with Rene's finding, as I am sure
> others will also find this unclear and concerning.
>
> Thank you again!
>
> -Original Message-
> From: Rene Gielen [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, July 10, 2007 2:38 AM
> To: Struts Users Mail
k you again!
-Original Message-
From: Rene Gielen [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 10, 2007 2:38 AM
To: Struts Users Mailing List
Subject: Re: [S2] Interceptor Question (Thread Safety)
Ken, others,
now for the definitive answer:
There is one instance per interceptor ref,
MAIL PROTECTED]
Sent: Sunday, July 08, 2007 7:00 AM
To: Struts Users Mailing List
Subject: Re: [S2] Interceptor Question (Thread Safety)
Ken,
there is no problem at all since s2 interceptor instances, as well as
action instances, are created per ActionInvokation, which means they are
always operate
] Interceptor Question (Thread Safety)
If that's right then I've been wrong for a long time :). I think that
interceptor instances are reused between requests. On
DefaultActionProxy:prepare:
config =
configuration.getRuntimeConfiguration().getActionConfig(namespace,
actionName);
that configurat
een requests
> and must be thread-safe.
>
> -Original Message-
> From: Rene Gielen [mailto:[EMAIL PROTECTED]
> Sent: Sunday, July 08, 2007 7:00 AM
> To: Struts Users Mailing List
> Subject: Re: [S2] Interceptor Question (Thread Safety)
>
> Ken,
>
> there is n
2007 7:00 AM
To: Struts Users Mailing List
Subject: Re: [S2] Interceptor Question (Thread Safety)
Ken,
there is no problem at all since s2 interceptor instances, as well as
action instances, are created per ActionInvokation, which means they are
always operated in a single thread.
Regards,
R
every request and do not need
to be thread-safe. Conversely, Interceptors are shared between requests
and must be thread-safe.
-Original Message-
From: Rene Gielen [mailto:[EMAIL PROTECTED]
Sent: Sunday, July 08, 2007 7:00 AM
To: Struts Users Mailing List
Subject: Re: [S2] Interceptor
Ken,
there is no problem at all since s2 interceptor instances, as well as
action instances, are created per ActionInvokation, which means they are
always operated in a single thread.
Regards,
Rene
Hoying, Ken schrieb:
From what I understand from reading the documentation, interceptors are
sup
Ken,
there is no problem at all since s2 interceptor instances, as well as
action instances, are created per ActionInvokation, which means they are
always operated in a single thread.
Regards,
Rene
Hoying, Ken schrieb:
From what I understand from reading the documentation, interceptors are
>From what I understand from reading the documentation, interceptors are
suppose to be thread safe. However, I have noticed that some of the
interceptors do contain instance variables and I have seen some
examples where these variables are set or modified from with in the
action configurations.
27 matches
Mail list logo
