| 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273747576 |
- 2003-12-10 Lluis Sanchez Gual <[email protected]>
- * HttpServer.cs: Allow the use of GET method (SdlServerSink supports it).
- Added some text constans for transport keys.
- * HttpServerChannel.cs: Add SdlChannelSinkProvider to the default
- sink provider chain. Removed unused ErrorMessage class.
- 2003-11-16 Lluis Sanchez Gual <[email protected]>
- * HttpHelper.cs: Removed usnused method GetMachineIp.
- * HttpServerChannel.cs: Added support for priority, bindTo, useIpAddress and
- machineName properties.
- 2003-11-13 Lluis Sanchez Gual <[email protected]>
- * HttpChannel.cs: Create empty property dictionary in the default
- constructor.
- 2003-11-13 Lluis Sanchez Gual <[email protected]>
- * HttpChannel.cs: Moved initialization code in SetupChannel to the
- respective client and server channels. Added implementatoin of the
- interface IChannelReceiverHook.
- * HttpRemotingHandler.cs: Implemented.
- * HttpRemotingHandlerFactory.cs: Implemented.
- * HttpServer.cs: In general, use Stream instances instead of Socket. It is
- more reusable in this way. Also improved formatting.
- * HttpServerChannel.cs: Implemented support for IChannelReceiverHook.
- Added new method DispatchRequest in HttpServerTransportSink that can
- be reused by HttpRemotingHandler.
- 2003-11-12 Lluis Sanchez Gual <[email protected]>
- * HttpServerChannel.cs: Removed StartListening call from constructor. It
- is called by the remoting framework.
- * HttpClientChannel.cs, HttpHelper.cs: Fixed some formatting.
- 2003-09-17 Lluis Sanchez Gual <[email protected]>
- * HttpHelper.cs: Fixed bug #48468. Patch by Jean-Marc Andre.
- * HttpClientChannel.cs HttpServer.cs HttpServerChannel.cs: Fixed some warnings.
- 2003-08-22 Lluis Sanchez Gual <[email protected]>
- * HttpClientChannel.cs: Changed text for user-agent header (removed references
- to MS.NET).
- Removed try/catch from AsyncProcessRequest. If there is an exception it must
- flow to the caller.
- in AsyncRequestHandler, improved management of exceptions. HttpWebRequest
- throws an exception if the result code is 400, 500. Is is not a communication
- error, but an application or server error. The content of the body must be
- deserialized like in normal responses.
- In CreateWebRequest, if the stream being sent is a MemoryStream, use a more
- efficient way of writing the content.
- In SendAndRecieve, same as in AsyncRequestHandler. Also moved some code to a
- new method named ReceiveResponse, so it can be reused from AsyncRequestHandler.
- * HttpHelper.cs: Removed some debugging code that is not needed.
- * HttpServer.cs: Improved formatting of some code.
- In CheckRequest method, send a 100-continue response if the request has
- the header: expect:100-continue.
- Method SendResponse: the remoting formatter may include the result code and
- reason phrase to use in the transport headers. Used them if provided.
- * HttpServerChannel.cs: Use ThreadPool to create the thread that will answer
- a request.
- 2003-08-18 Lluis Sanchez Gual <[email protected]>
- * HttpClientChannel.cs, HttpServerChannel.cs: Fixed bug #47703
- 2003-06-21 Lluis Sanchez Gual <[email protected]>
- * HttpChannel.cs, HttpClientChannel.cs, HttpHelper.cs, HttpServer.cs,
- HttpServerChannel.cs, HttpThread.cs: added new implementation of the HttpChannel
- by Ahmad Tantawy, Ahmad Kadry and Hussein Mehanna.
- * unix.args: added HttpHelper.cs,HttpServer.cs,HttpThread.cs.
|
