On 11-09-2010 09:22, Angus Robertson - Magenta Systems Ltd wrote:
What is the purpose of the OPTIONS method?
From http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html
"The OPTIONS method represents a request for information about the
communication options available on the request/response ch
> But, why don't keep the naming schema? TriggerAfterProcessRequest (
> and respective OnAfterProcessRequest) would be less confuse.
The event is between two processing stages, so could be named after one
or before the other.
What is the purpose of the OPTIONS method?
Angus
--
To unsubscribe
RTT wrote:
> Done. I've now sent you a PM with the .diff file.
Thanks.
--
Arno Garrels
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be
Done. I've now sent you a PM with the .diff file.
Feel free to apply your changes to the latest SVN revision and send me
the patch file by PM. Changes MUST not break existing code and a change
log in unit's comment section was helpful too.
--
To unsubscribe or change your settings for TWSocke
Thank you for the explanation Angus.
But, why don't keep the naming schema? TriggerAfterProcessRequest ( and
respective OnAfterProcessRequest) would be less confuse.
Rui
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/list
RTT wrote:
> On 10-09-2010 16:43, Arno Garrels wrote:
>>> Another thing that would be useful, if added to the code base of the
THttpConnection, is the possibility to send additional headers
from the THttpConnection.SendDocument, to define cache control,
etc.. procedure THttpConne
> Is there any simple way to handle other than the GET, POST and HEADER
> request methods,... as OPTIONS,...?
You'd currently have to override the entire ProcessRequest procedure to
add a new method.
> > By the way, the TriggerBeforeAnswer is used in what scenarios?
> > From
> > the code above,
On 10-09-2010 16:43, Arno Garrels wrote:
Another thing that would be useful, if added to the code base of the
> THttpConnection, is the possibility to send additional headers from
> the THttpConnection.SendDocument, to define cache control, etc..
> procedure THttpConnection.SendDocument(SendT
RTT wrote:
> Hi everyone!
>
> Is there any simple way to handle other than the GET, POST and HEADER
> request methods,... as OPTIONS,...?
> The way it is now, the THttpConnection.ProcessRequest procedure always
> respond with a Answer501, not giving any chance to handle other
> methods. I think a
Hi everyone!
Is there any simple way to handle other than the GET, POST and HEADER
request methods,... as OPTIONS,...?
The way it is now, the THttpConnection.ProcessRequest procedure always
respond with a Answer501, not giving any chance to handle other methods.
I think a TriggerOnUnknownMeth
10 matches
Mail list logo
