[Seaside-dev] Issue 236 in seaside: look at returning responses
codesite-noreply at google.com
codesite-noreply at google.com
Sun Nov 9 20:11:23 UTC 2008
Issue 236: look at returning responses
http://code.google.com/p/seaside/issues/detail?id=236
New issue report by jfitzell:
It's kind of weird that there are currently three potential ways of
returning a response:
1) return it from #responseForContext:/#handleRequest:
2) signal a WAResponseNotification
3) store it in WARequestContext's response instvar (this instvar is not
current accessed anywhere but the response is stored there)
We should ideally only be using one? Can we remove the instvar?
The response *stream* needs to be passed in the request context when using
a streaming server but this could be a separate subclass of
WARequestContext for streaming servers. This would actually be cleaner
because the request contexts could implement #newResponse or something so
that you would get a StreamingResponse instead of a Response for a
streaming server. Currently, WASessionContinuation>>newResponse has to
check whether #responseStream is nil.
Issue attributes:
Status: Accepted
Owner: ----
Labels: Type-Defect Priority-Medium
--
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You may adjust your issue notification preferences at:
http://code.google.com/hosting/settings
More information about the seaside-dev
mailing list