Sorry - found struts-config dtd!!!

Cheers,

David





"David_Hay/Lex/Lexmark.LEXMARK"@sweeper.lex.lexmark.com on 07/23/2002 06:07:52
PM

Please respond to "Struts Developers List"
      <[EMAIL PROTECTED]>

To:   "Struts Developers List"
      <[EMAIL PROTECTED]>
cc:    (bcc: David Hay/Lex/Lexmark)
Subject:  Re: upgrading to 1.1 nightly





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

Thanks,

David





"Craig R. McClanahan" <[EMAIL PROTECTED]> on 07/23/2002
04:51:19 PM

Please respond to "Struts Developers List"
      <[EMAIL PROTECTED]>

To:   Struts Developers List
      <[EMAIL PROTECTED]>
cc:    (bcc: David Hay/Lex/Lexmark)
Subject:  Re: upgrading to 1.1 nightly





On Tue, 23 Jul 2002 [EMAIL PROTECTED] wrote:

> Date: Tue, 23 Jul 2002 16:18:35 -0400
> From: [EMAIL PROTECTED]
> Reply-To: Struts Developers List <[EMAIL PROTECTED]>
> To: Struts Developers List <[EMAIL PROTECTED]>
> 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" <[EMAIL PROTECTED]> on
07/18/2002
> 05:58:11 PM
>
> Please respond to "Struts Developers List"
>       <[EMAIL PROTECTED]>
>
> To:   Struts Developers List
>       <[EMAIL PROTECTED]>
> 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 [EMAIL PROTECTED] wrote:
>
> > Date: Thu, 18 Jul 2002 16:45:26 -0400
> > From: [EMAIL PROTECTED]
> > Reply-To: Struts Developers List <[EMAIL PROTECTED]>
> > To: [EMAIL PROTECTED]
> > 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:[EMAIL PROTECTED]>
> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
> >
> >
>
>
> --
> To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
>
>
>
>
>
>
>
>
> --
> To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
>
>


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








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








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

Reply via email to