[Seaside] VisualWorks + WebServers

[Boris Popov]

Ah, yes, there's no way to change your mind in the middle of rendering
if you're streaming, but I imagine most could live without and then we
could think of a way to toggle streaming mode on/off for those
exceptions that will come up. My uses of return response are all within
callbacks for csv/pdf downloads and such, so that's no problem at all,
cool.

Thanks!

-Boris

-- 
+1.604.689.0322
DeepCove Labs Ltd.
4th floor 595 Howe Street
Vancouver, Canada V6C 2T5
http://tinyurl.com/r7uw4

boris at deepcovelabs.com

CONFIDENTIALITY NOTICE

This email is intended only for the persons named in the message
header. Unless otherwise indicated, it contains information that is
private and confidential. If you have received it in error, please
notify the sender and delete the entire message including any
attachments.

Thank you.

> -----Original Message-----
> From: seaside-bounces at lists.squeakfoundation.org [mailto:seaside-
> bounces at lists.squeakfoundation.org] On Behalf Of Philippe Marschall
> Sent: Wednesday, July 25, 2007 1:03 PM
> To: Seaside - general discussion
> Subject: Re: [Seaside] VisualWorks + WebServers
> 
> 2007/7/25, Boris Popov <boris at deepcovelabs.com>:
> > Philippe,
> >
> > Would you mind clarifying in what ways it breaks tasks and
> > #returnResponse: please? I use the following quite a bit, but can't
> > quite think how incremental chunking would affect the functionality,
> >
> > self session returnResponse: (WADocumentHandler
> >                                document: bytes
> >                                mimeType: mime
> >                                fileName: filename) response
> 
> That's no problem if you use that in the callback phase. If you use
> that in the rendering phase like WATask well, you probably already
> have done some rendering before this and in the worst case this has
> already been sent to the client because you are in streaming mode.
> There is no way of undoing this.
> 
> Philippe
> 
> > Thanks!
> >
> > -Boris
> >
> > --
> > +1.604.689.0322
> > DeepCove Labs Ltd.
> > 4th floor 595 Howe Street
> > Vancouver, Canada V6C 2T5
> > http://tinyurl.com/r7uw4
> >
> > boris at deepcovelabs.com
> >
> > CONFIDENTIALITY NOTICE
> >
> > This email is intended only for the persons named in the message
> > header. Unless otherwise indicated, it contains information that is
> > private and confidential. If you have received it in error, please
> > notify the sender and delete the entire message including any
> > attachments.
> >
> > Thank you.
> >
> > > -----Original Message-----
> > > From: seaside-bounces at lists.squeakfoundation.org [mailto:seaside-
> > > bounces at lists.squeakfoundation.org] On Behalf Of Philippe
Marschall
> > > Sent: Wednesday, July 25, 2007 12:51 PM
> > > To: Seaside - general discussion
> > > Subject: Re: [Seaside] VisualWorks + WebServers
> > >
> > > 2007/7/25, Avi Bryant <avi at dabbledb.com>:
> > > > On 7/25/07, Martin Kobetic <mkobetic at cincom.com> wrote:
> > > > > Avi Bryant wrote:
> > > > > > I think what people usually mean is "Transfer-Encoding:
> > Chunked".
> > > > >
> > > > > OK, that would be great, because that means we're done with
that
> > too
> > > :-). The HTTP layer chunks automatically when the body reaches
some
> > pre-
> > > configured size.
> > > >
> > > > Well, let me be more specific: what people want is to have the
> > chunks
> > > > start to get sent out as the page renders, rather than have the
> > whole
> > > > body get chunked up at the end.
> > >
> > > Like WAListener? It breaks tasks, WABasicAuthentication and
> > > #returnResponse: but that's something most people are willing to
pay.
> > >
> > > Philippe
> > > _______________________________________________
> > > Seaside mailing list
> > > Seaside at lists.squeakfoundation.org
> > > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
> > _______________________________________________
> > Seaside mailing list
> > Seaside at lists.squeakfoundation.org
> > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
> >
> _______________________________________________
> Seaside mailing list
> Seaside at lists.squeakfoundation.org
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside