struts-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From d...@lexmark.com
Subject Re: upgrading to 1.1 nightly
Date Tue, 23 Jul 2002 22:07:52 GMT


Cool.  Where can I find documentation on the new format for struts-config.xml /
<controller> info?

Thanks,

David





"Craig R. McClanahan" <craigmcc%apache.org@interlock.lexmark.com> on 07/23/2002
04:51:19 PM

Please respond to "Struts Developers List"
      <struts-dev%jakarta.apache.org@interlock.lexmark.com>

To:   Struts Developers List
      <struts-dev%jakarta.apache.org@interlock.lexmark.com>
cc:    (bcc: David Hay/Lex/Lexmark)
Subject:  Re: upgrading to 1.1 nightly





On Tue, 23 Jul 2002 dhay@lexmark.com wrote:

> Date: Tue, 23 Jul 2002 16:18:35 -0400
> From: dhay@lexmark.com
> Reply-To: Struts Developers List <struts-dev@jakarta.apache.org>
> To: Struts Developers List <struts-dev@jakarta.apache.org>
> Subject: Re: upgrading to 1.1 nightly
>
>
>
> Yep, saw that.
>
> To override that method, then, do I have to subclass both ActionServlet (to
> override getRequestProcessor()) and subclass RequestProcessor too?  I thought
> all this made it easier to plug stuff in?  ;-)
>

You will need to subclass RequestProcessor with your change to the
processActionPerform() method, but you will not have to subclass
ActionServlet for this.

To override the default RequestProcessor class for a particular
application module, use the "processorClass" attribute of the <controller>
element in the struts-config.xml file for that module (different modules
can use different request processors if they want to, which was the
primary reason it was abstracted out).

> Or am I missing something...?
>
> Cheers,
>
> David
>

Craig


>
>
>
> "Craig R. McClanahan" <craigmcc%apache.org@interlock.lexmark.com> on
07/18/2002
> 05:58:11 PM
>
> Please respond to "Struts Developers List"
>       <struts-dev%jakarta.apache.org@interlock.lexmark.com>
>
> To:   Struts Developers List
>       <struts-dev%jakarta.apache.org@interlock.lexmark.com>
> cc:    (bcc: David Hay/Lex/Lexmark)
> Subject:  Re: upgrading to 1.1 nightly
>
>
>
> The request processing code that was in ActionServlet in 1.0 got migrated
> to a separarate class (RequestProcessor) in 1.1.
>
> Craig
>
>
> On Thu, 18 Jul 2002 dhay@lexmark.com wrote:
>
> > Date: Thu, 18 Jul 2002 16:45:26 -0400
> > From: dhay@lexmark.com
> > Reply-To: Struts Developers List <struts-dev@jakarta.apache.org>
> > To: struts-dev@jakarta.apache.org
> > Subject: upgrading to 1.1 nightly
> >
> >
> >
> > Hi.
> >
> > Am upgrading an app from 1.0 to 1.1 nightly build, and discovered that the
> > following method which we were overriding no longer exists!  Should we
simply
> > override process() now?
> >
> >    /**
> >     * Ask the specified Action instance to handle this request.  Return
> >     * the <code>ActionForward</code> instance (if any) returned by
> >     * the called <code>Action</code>.
> >     *
> >     * @param action                 the Action to process this request
> >     * @param mapping                the ActionMapping we are processing
> >     * @param formInstance           the ActionForm we are processing
> >     * @param request                the servlet request we are processing
> >     * @param response               the servlet response we are creating
> >     * @exception IOException        if an input/output error occurs
> >     * @exception ServletException   if a servlet exception occurs
> >     */
> >    protected ActionForward processActionPerform (Action action,
ActionMapping
> > mapping,
> >                                                  ActionForm formInstance,
> >                                                  HttpServletRequest request,
> >                                                  HttpServletResponse
response)
> >     throws IOException, ServletException
> >
> > Thanks,
> >
> > David
> >
> >
> >
> >
> >
> > --
> > To unsubscribe, e-mail:   <mailto:struts-dev-unsubscribe@jakarta.apache.org>
> > For additional commands, e-mail: <mailto:struts-dev-help@jakarta.apache.org>
> >
> >
>
>
> --
> To unsubscribe, e-mail:   <mailto:struts-dev-unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <mailto:struts-dev-help@jakarta.apache.org>
>
>
>
>
>
>
>
>
> --
> To unsubscribe, e-mail:   <mailto:struts-dev-unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <mailto:struts-dev-help@jakarta.apache.org>
>
>


--
To unsubscribe, e-mail:   <mailto:struts-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-dev-help@jakarta.apache.org>








--
To unsubscribe, e-mail:   <mailto:struts-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-dev-help@jakarta.apache.org>


Mime
View raw message