At 3:48 PM -0400 8/3/05, Dave Newton wrote:
Dave Newton wrote:
I have a custom RequestProcessor that wants some initialization
values. If I use I'm assuming I need JavaBean
getter/setters (but I don't event know if that's true). Is there
(or can there easily be?) a catch-all for properties d
Dave Newton wrote:
I have a custom RequestProcessor that wants some initialization
values. If I use I'm assuming I need JavaBean
getter/setters (but I don't event know if that's true). Is there (or
can there easily be?) a catch-all for properties defined like this
without a getter/setter?
I'm all short bus today; apologies in advance :/
I have a custom RequestProcessor that wants some initialization values.
If I use I'm assuming I need JavaBean getter/setters (but
I don't event know if that's true). Is there (or can there easily be?) a
catch-all for properties defined like thi
At 11:36 AM -0500 3/21/05, Joe Hertz wrote:
I did try it. Worked fine on my development box.
But when I deployed it at my hosting company I found that httpSession
information was getting blown away in the process of doing the redirect. The
redirect was fine, but on the next submission, the user's c
Or securityfilter.
Yep. It's beyond Struts.
> -Original Message-
> From: Hubert Rabago [mailto:[EMAIL PROTECTED]
> Sent: Monday, March 21, 2005 11:53 AM
> To: Struts Users Mailing List
> Subject: Re: RequestProcessor question (redux)
>
> The issue seem
Or securityfilter.
Yep. It's beyond Struts.
> -Original Message-
> From: Hubert Rabago [mailto:[EMAIL PROTECTED]
> Sent: Monday, March 21, 2005 11:53 AM
> To: Struts Users Mailing List
> Subject: Re: RequestProcessor question (redux)
>
> The issue seem
Correction: It's happening on my dev box too.
> -Original Message-
> From: Joe Hertz [mailto:[EMAIL PROTECTED]
> Sent: Monday, March 21, 2005 11:37 AM
> To: 'Struts Users Mailing List'
> Subject: RE: RequestProcessor question (redux)
>
> I did try i
Correction: It's happening on my dev box too.
> -Original Message-
> From: Joe Hertz [mailto:[EMAIL PROTECTED]
> Sent: Monday, March 21, 2005 11:37 AM
> To: 'Struts Users Mailing List'
> Subject: RE: RequestProcessor question (redux)
>
> I did try i
The issue seems to be retaining the user information after a redirect.
This seems to be beyond Struts. Perhaps ask the Tomcat user list?
On Mon, 21 Mar 2005 11:36:42 -0500, Joe Hertz <[EMAIL PROTECTED]> wrote:
> I did try it. Worked fine on my development box.
>
> But when I deployed it at my
newer than the one supported by my IDE...
> -Original Message-
> From: Hubert Rabago [mailto:[EMAIL PROTECTED]
> Sent: Monday, March 21, 2005 11:23 AM
> To: Struts Users Mailing List
> Subject: Re: RequestProcessor question (redux)
>
> I think you should be able to do
newer than the one supported by my IDE...
> -Original Message-
> From: Hubert Rabago [mailto:[EMAIL PROTECTED]
> Sent: Monday, March 21, 2005 11:23 AM
> To: Struts Users Mailing List
> Subject: Re: RequestProcessor question (redux)
>
> I think you should be able to do
o:[EMAIL PROTECTED]
> Sent: Monday, March 21, 2005 11:00 AM
> To: 'Struts Users Mailing List'
> Subject: RequestProcessor question (redux)
>
> I'm going to try again, stripping this question down to its fundamentals.
>
> If in a RequestProcessor pr
o:[EMAIL PROTECTED]
> Sent: Monday, March 21, 2005 11:00 AM
> To: 'Struts Users Mailing List'
> Subject: RequestProcessor question (redux)
>
> I'm going to try again, stripping this question down to its fundamentals.
>
> If in a RequestProcessor pr
I'm going to try again, stripping this question down to its fundamentals.
If in a RequestProcessor processActionPerform() method, is it safe for me to
return a mapping.findForward() directly without calling
super.processActionPerform?
Or do I need to call super.processActionPerform with with diff
I'm going to try again, stripping this question down to its fundamentals.
If in a RequestProcessor processActionPerform() method, is it safe for me to
return a mapping.findForward() directly without calling
super.processActionPerform?
Or do I need to call super.processActionPerform with with diff
At 10:59 AM -0500 3/21/05, Joe Hertz wrote:
I'm going to try again, stripping this question down to its fundamentals.
If in a RequestProcessor processActionPerform() method, is it safe for me to
return a mapping.findForward() directly without calling
super.processActionPerform?
Or do I need to call
I think you should be able to do it. Have you tried it already? All
processActionPerform() does is call the Action's execute() method,
then pass exceptions to processException() if it gets any. If you
want to skip the action execution for a reason you deem valid, go
ahead.
Hubert
On Mon, 21 M
I made exactly what Joe wrote!
I'm stupid, sorry for your time.
Thank, guys.
On Thu, 28 Oct 2004 12:22:44 -0500, Joe Germuska <[EMAIL PROTECTED]> wrote:
> At 9:55 AM -0700 10/28/04, Craig McClanahan wrote:
> >The only normal situation where every method in the lifecycle would
> >get called twic
At 9:55 AM -0700 10/28/04, Craig McClanahan wrote:
The only normal situation where every method in the lifecycle would
get called twice is if you are doing "action chaining" -- the returned
ActionForward from one Action.execute() call points at a path that is
another Action, rather than being a JSP
The only normal situation where every method in the lifecycle would
get called twice is if you are doing "action chaining" -- the returned
ActionForward from one Action.execute() call points at a path that is
another Action, rather than being a JSP page or something in your view
tier. In such a ca
I try to extend the default RequestProcessor, only to view the call sequence.
Something like this, for every method of the RP:
protected boolean processPreprocess(HttpServletRequest
request,HttpServletResponse response)
{
logger.debug("processPreprocess");
return true;
}
I saw
I try to extend the default RequestProcessor, only to view the call sequence.
Something like this, for every method of the RP:
protected boolean processPreprocess(HttpServletRequest
request,HttpServletResponse response)
{
logger.debug("processPreprocess");
return true;
}
I
22 matches
Mail list logo
