Currently the pipeline in the sitemat is "closed" by the fact that it has very well defined end - serializer finishing the processing and streaming the results to the response stream. I see great deal in allowing the pipeline to be "open" and making the redirections to other "processors" possible. This way Cocoon can be used as a pipeline implementation for more complex processing chain. -----Original Message----- From: Torsten Curdt [mailto:[EMAIL PROTECTED]] Sent: Thursday, July 05, 2001 9:07 AM To: [EMAIL PROTECTED] Subject: RE: [C2]: Proposal for intermediate output stream > Hi, > > I am currently thinking since some weeks of the following enhancement: > > Creating an intermediate output stream for the response and not directly > writing to the output stream of the servlet engine (or the environment). > > This would solve the following problems: > 1. The output stream can be reset at any time, making redirections possible > at every stage (although I personally don't like this, but there seems > to be a great demand for it) > 2. When the error pipeline is called due to any exception etc, the output > stream should be reset as a new error generator starts producing new > output. If accidentally something was already written to the output > stream, you get a confusing response. > 3. The special cocoon urls can currently not be used everywhere, e.g. > inside a map:redirect-to statement. We could solve this by resetting > the intermediate output stream and start on the server a new > generation process without returning to the client. > 4. The content length of each response can be determined. This seems > to be important for the pdf generation (see the corresponding thread > on the user list). > > The only disadvante I see currently is some loss of performance. +0 from me if it's somehow configurable. Even more desirable for only parts of the site. -- Torsten --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: [C2]: Proposal for intermediate output stream
DZIEMBOWSKI,KINGA (HP-NewJersey,ex2) Thu, 05 Jul 2001 10:27:18 -0700
- Re: [C2]: Proposal for intermediate o... Donald Ball
- Re: [C2]: Proposal for intermediate o... Sergio Carvalho
- Re: [C2]: Proposal for intermedi... Donald Ball
- AW: [C2]: Proposal for inter... Carsten Ziegeler
- Re: [C2]: Proposal for intermediate o... giacomo
- AW: [C2]: Proposal for intermedi... Carsten Ziegeler
- Re: AW: [C2]: Proposal for i... Giacomo Pati
- AW: [C2]: Proposal for i... Carsten Ziegeler
- Re: AW: [C2]: Propos... Giacomo Pati
- AW: [C2]: Propo... Carsten Ziegeler
- DZIEMBOWSKI,KINGA (HP-NewJersey,ex2)