Ryan,

It looks like the HTTP server is converting my reason-phrase to "OK", hence
the failure.  The spec was unclear by saying that the message would be sent
back as body, and resulted in my confusion.  Thanks for your help.  -Byron




                                                                                       
                                                
                      Ryan Lubke                                                       
                                                
                      <[EMAIL PROTECTED]        To:       Watchdog Developers List 
<[EMAIL PROTECTED]>                    
                      OM>                      cc:                                     
                                                
                                               Subject:  Re: 
HttpServletResponseWrapperSetStatusMsgTest                                
                      07/09/02 02:50 PM                                                
                                                
                      Please respond to                                                
                                                
                      "Watchdog                                                        
                                                
                      Developers List"                                                 
                                                
                                                                                       
                                                
                                                                                       
                                                



Byron,

Actually, the test expects the following to occur:

 - A status code of 200
 - A reason-phrase populated with the value of the message
   argument from setStatus(int, String)
 - A response header 'GenericResponseWrapper:setStatusMsg'

I will need to double check the 2.1 spec, but my guess is the reason
for failure is the fact that the reason-phrase isn't populated as
expected by the test.  Similar tests, (like those that test sendError)
have been commented out as they expect the reason-phrase to be populated
with the user defined message, but in fact the 2.3 spec was vague in
this area.

Can you verify that the reason-phrase is the cause of failure here?

-rl

On Tue, 2002-07-09 at 13:30, Byron L Bailey wrote:
>
> Ryan,
>
> Thanks for your quick response.  However, the reason that I ask is
because
> in the Servlet 2.1 Spec it says that when calling setStatus(int, String
> msg), the msg is sent back as the body of the response.  Yet, it appears
> that watchdog expects a blank response since there is no golden file for
> this test and will register a failure if it receives anything other than
a
> blank page since the .xml file has exactmatch=true.  Is this a correct
> assessment?  If so, what is the appropriate behavior for this method?
>
> -Byron
>
>
>
>
>

>                       Ryan Lubke

>                       <[EMAIL PROTECTED]        To:       Watchdog
Developers List <[EMAIL PROTECTED]>
>                       OM>                      cc:

>                                                Subject:  Re:
HttpServletResponseWrapperSetStatusMsgTest
>                       07/09/02 01:49 PM

>                       Please respond to

>                       "Watchdog

>                       Developers List"

>

>

>
>
>
> Hi Byron,
>
> Yes, even though it's deprecated, it is a part of the API and still
> valid to call.
>
> -rl
>
>
>
> On Tue, 2002-07-09 at 12:51, Byron L Bailey wrote:
> > Hi,
> >
> > This test calls the method HttpServletResponse.setStatus(int, String)
> which
> > was deprecated at servlet API 2.1.  Therefore, should this test still
> > belong in the 2.3 test buckets?
> >
> > -Byron
> >
> >
> >
> > --
> > 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