));
>>>//resp.isCommitted() returns false
>>>//some processing work
>>>//resp.isCommitted() returns false;
>>>fc.doFilter(req,resp);
>>>//resp.isCommitted() returns TRUE
>>> //some more process work
>>> return;
>>
mmitted() returns false;
>>fc.doFilter(req,resp);
>>//resp.isCommitted() returns TRUE
>> //some more process work
>> return;
>> }
>>
>> If I know that sendError(), sendRedirect(), and flushBuffer() are not
>> being
>> called how wou
r the help (and
patience)!
mike
Caldarale, Charles R wrote:
From: André Warnier [mailto:[EMAIL PROTECTED]
Subject: Re: setHeader after DoFilter delegation in filter?
To create output for the client, the application calls
something, right? (I mean a method of HttpRequest).
Not quite - you&#x
the print writer). Thanks for the help (and
patience)!
mike
Caldarale, Charles R wrote:
>
>> From: André Warnier [mailto:[EMAIL PROTECTED]
>> Subject: Re: setHeader after DoFilter delegation in filter?
>>
>> To create output for the client, the application calls
> From: André Warnier [mailto:[EMAIL PROTECTED]
> Subject: Re: setHeader after DoFilter delegation in filter?
>
> To create output for the client, the application calls
> something, right? (I mean a method of HttpRequest).
Not quite - you're confusing request with response.
slioch wrote:
Thanks much for the responses. I understand.
It makes sense to use HttpServletRequestWrapper, but there are no methods in
HttpServletRequestWrapper or HttpServletRequest that initiates the sending
of the response back to the client. So, by subclassing HttpServletRequest
there doesn
Thanks much for the responses. I understand.
It makes sense to use HttpServletRequestWrapper, but there are no methods in
HttpServletRequestWrapper or HttpServletRequest that initiates the sending
of the response back to the client. So, by subclassing HttpServletRequest
there doesn't appear to be
André Warnier wrote:
> slioch wrote:
> [...]
> I'll risk an explanation here..
>
> I think maybe the issue is a misunderstanding of how a servlet filter
> works. It took me a while too, but I think I've got it in the end.
> Sorry if this is level 101, that's my own level.
>
> What was confusing
slioch wrote:
[...]
I'll risk an explanation here..
I think maybe the issue is a misunderstanding of how a servlet filter
works. It took me a while too, but I think I've got it in the end.
Sorry if this is level 101, that's my own level.
What was confusing to me at first, is that this is diff
Thanks for the response Christopher.
Unfortunately I need to set a value in the header after the doFilter()
delegation. The reason is that header valuedepends on the result of the page
rendering.
So, if autoflush is disabled and the buffer size is not exceeded for the
page shouldn't a setHeader
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michael,
Michael Larson wrote:
> I'm debugging a tomcat filter. The filter has been designed as follows:
>
> MyFilter::DoFilter(ServletRequest request, ServletResponse response,
> FilterChain chain)
> {
>do_some_stuff();
>
>//now delegate th
11 matches
Mail list logo
