Hi, good point! That's it.
isCommited() should return true after first flush() on output stream. (according to JavaDoc of javax.servlet.ServletResponse) Tapestry calls flush() on response output stream in TapestryInternalUtils.copy() to prevent this issue. However, there is a bug in SpringSecurity response wrapper org.springframework.security.web.context.SaveContextOnUpdateOrErrorResponseWrapper Call to flush() is not delegated to appropriate response stream. (bug in Spring Security 3.1.2) https://jira.springsource.org/browse/SEC-2055 Fixed in Spring Security 3.1.3. Thank you very much for your help. Cheers Cimlman ______________________________________________________________ > Od: Lance Java <lance.j...@googlemail.com> > Komu: Tapestry users <users@tapestry.apache.org> > Datum: 16.10.2013 19:23 > Předmět: Re: StreamResponse an EventLink > >Oops, I meant to print out the HttpServletResponse class. > >Once you know the response class, you'll need to put in some breakpoints to >find out why isComitted() is not true. A response should be committed as >soon as it's outputstream / writer is first written to or it is redirected. > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
