2010-04-06 Jb Evain <jbevain@novell.com>
[mcs.git] / class / System.Runtime.Remoting / System.Runtime.Remoting.Channels.Tcp / ChangeLog
blob214ab8b92c4c8f3dc8b423b085d8f537c4f9f3d0
1 2008-09-18  Robert Jordan  <robertj@gmx.net>
3         * TcpConnectionPool.cs: Set NoDelay on both profiles.
5 2008-09-18  Zoltan Varga  <vargaz@gmail.com>
7         * TcpConnectionPool.cs: Set the NoDelay flag on the socket to avoid 
8         excessive waiting by the tcp stack. Fixes #416462.
10 2008-09-17  Jeffrey Stedfast  <fejj@novell.com>
12         * TcpChannel.cs (ParseTcpURL): If given "tcp://", don't set host
13         to "", leave it as null.
15         * TcpClientChannel.cs (TcpClientChannel): Use the default
16         SinkProviders if the sinkProvider argument is null.
18         * TcpChannel.cs (ParseTcpURL): TcpClientTransportSink needs the
19         host component, so extract that info into its own string as well.
21 2008-09-12  Jeffrey Stedfast  <fejj@novell.com>
23         Fix for bug #320298
25         * TcpClientTransportSink.cs: Updated for change to
26         TcpChannel.ParseTcpURL(). We now need to do our own integer
27         conversion/validation of the port.
29         * TcpChannel.cs (ParseTcpURL): We need to match the
30         protocol ("tcp") case-insensitively. The objectURI is supposed to
31         include the leading '/' character. Also, we need to ignore invalid
32         port designators since Microsoft's .NET implementation of
33         TcpChannel.Parse() doesn't seem to care that they are valid.
35 2008-08-09  Gert Driesen  <drieseng@users.sourceforge.net>
37         * TcpChannel.cs: Fixed argument names to match MS.
38         * TcpServerChannel.cs: Fixed argument names to match MS.
40 2008-06-18  Robert Jordan  <robertj@gmx.net>
42         * TcpMessageIO.cs: Handle zero length streams. Fixes #398783.
44 2008-01-25  Zoltan Varga  <vargaz@gmail.com>
46         * TcpChannel.cs (Init): Handle properties == null.
48         * TcpClientChannel.cs (.ctor): Ditto. Fixes #355905.
49         
50 2006-01-09  Robert Jordan  <robertj@gmx.net>
52         * TcpServerChannel.cs (ProcessMessages): Flush the stream only when
53         necessary (TcpServerTransportSink.InternalProcessMessage does it anyway),
54         otherwise pending OneWay & async messages are lost.
55         * TcpMessageIO.cs (SendMessageStream): Mark OneWay messages as such.
56         Fixes MS.NET interoperability.
57         * TcpClientTransportSink.cs (AsyncProcessRequest):
58         Use the new TcpMessageIO.SendMessageStream overload to mark OneWay
59         requests. Fixes bug #80406.
61 2007-01-08  Lluis Sanchez Gual  <lluis@novell.com>
63         * TcpChannel.cs, TcpServerChannel.cs: Moved StartListening call to
64           the constructor of TcpServerChannel.
66 2006-12-18  Lluis Sanchez Gual  <lluis@novell.com>
68         * TcpChannel.cs: The remoting infrastructure does not call
69           StartListening() anymore, so it has to be called by the channel.
71 2006-09-15  Lluis Sanchez Gual  <lluis@novell.com> 
73         * TcpServerTransportSink.cs, TcpServerChannel.cs: 
74         When sending an async call response, don't use the original request
75         stream because it may have been used by another call.
77 2006-05-31  Gert Driesen  <drieseng@users.sourceforge.net>
79         * TcpClientChannel.cs: Marked CreateMessageSink virtual.
80         * TcpServerChannel.cs: Marked GetUrlsForUri virtual.
82 2006-05-31  Gert Driesen  <drieseng@users.sourceforge.net>
84         * TcpClientChannel.cs: Set eol-style to native.
85         * TcpChannel.cs: Fixed line endings. Set eol-style to native.
86         * TcpServerTransportSink.cs: Fixed line endings. Set eol-style to
87         native.
88         * TcpConnectionPool.cs: Fixed line endings. Set eol-style to CRLF.
89         * TcpClientTransportSinkProvider.cs: Fixed line endings. Set eol-style
90         to native.
91         * TcpMessageIO.cs: Set eol-style to native.
92         * TcpServerChannel.cs: Fixed line endings. Set eol-style to native.
93         * TcpClientTransportSink.cs: Fixed line endings. Set eol-style to
94         native.
96 2005-11-08  Lluis Sanchez Gual  <lluis@novell.com> 
98         * TcpServerChannel.cs: Fix null ref exception.
100 2005-11-06  Svetlana Zholkovsky  <svetlanaz@mainsoft.com>
102         * TcpServerChannel.cs, TcpConnectionPool.cs: only TARGET_JVM changes
104 2005-07-25  Lluis Sanchez Gual  <lluis@novell.com> 
106         * TcpChannel.cs: Don't create a server channel when the
107         default constructor is used. Fixes bug #75626.
109 2005-05-31  Lluis Sanchez Gual  <lluis@novell.com> 
111         * TcpServerTransportSink.cs: Remove the channel uri from the
112         received uri.
113         
114 2005-05-31  Lluis Sanchez Gual  <lluis@novell.com>
116         * TcpServerChannel.cs: Use IP address in object uris by default.
117         Fixes bug #54234. Removed unused field.
118         * TcpClientTransportSink.cs: Fix warning.
120 2005-05-18  Lluis Sanchez Gual  <lluis@novell.com>
122         * TcpServerChannel.cs: In StopListening, wait for the server thread
123         to stop before returning. This fixes bug #74962.
125 2005-01-25  Lluis Sanchez Gual  <lluis@novell.com>
127         * TcpServerTransportSink.cs: Set IPAddress and ConnectionId
128         transport headers. This fixes bug #71423.
129         * TcpServerChannel.cs: Use Socket instead of TcpClient, so we can
130         easily get the IP address of the client. Added properties in
131         ClientConnection to get the IP address and the connection id.
133 2005-01-21  Lluis Sanchez Gual  <lluis@novell.com>
135         * TcpMessageIO.cs: Added a buffer parameter to ReceiveMessageStatus,
136         to avoid creating unneded buffers.
137         * TcpServerChannel.cs, TcpClientTransportSink.cs: Use new buffer
138         parameter in ReceiveMessageStatus.
140 2005-01-14  Lluis Sanchez Gual  <lluis@novell.com>
142         * TcpConnectionPool.cs: Don't limit client connections.
143         This fixes bug #70700. Create connections from outside the pool lock.
144         * TcpMessageIO.cs: Throw real exceptions when errors occur.
145         * TcpServerChannel.cs: Use the new RemotingThreadPool to manage threads.
146         This also fixes bug #70700.
148 2004-12-17  Lluis Sanchez Gual <lluis@novell.com>
150         * TcpMessageIO.cs: Removed some more WriteByte calls.
151         * TcpClientTransportSink.cs: Flush the net stream after writing
152         a message.
154 2004-12-10  Lluis Sanchez Gual <lluis@novell.com>
156         * TcpChannel.cs: Don't use regular expressions to parse the url, it's
157         too slow.
158         * TcpMessageIO.cs: Read byte chunks using the new StreamRead method,
159         which won't block if the connection is closed.
160         * TcpServerChannel.cs: Flush the stream after writing the response.
161         Wrap the close call in a try/catch (some bytes can be left in the
162         buffered stream if a connection is suddently closed, and it will fail
163         when trying to flush them).
165 2004-12-09  Lluis Sanchez Gual <lluis@novell.com>
167         * TcpConnectionPool.cs: Access the socket stream through a
168         BufferedStream.
169         * TcpMessageIO.cs: Avoid ReadByte().
170         * TcpServerChannel.cs: Access the socket stream through a
171         BufferedStream. Abort the connection if an unknown message is received.
172         All this fixes performance bug #70337.
174 2004-10-22  Lluis Sanchez Gual <lluis@ximian.com>
176         * TcpClientChannel.cs: In CreateMessageSink, process the remote channel
177           data if the provided url does not have the expected format. This fixes
178           a regression from the fix for bug #66768 and fixes #68669.
180 2004-07-15  Lluis Sanchez Gual <lluis@novell.com>
182         * TcpServerChannel.cs: Set channel name from the provided properties.
183           This fixes bug #61592.
185 2004-05-13  Lluis Sanchez Gual <lluis@ximian.com>
187         * TcpChannel.cs: Made Init private.
188         * TcpClientTransportSink.cs, TcpClientTransportSinkProvider.cs,
189           TcpServerTransportSink.cs: Made internal.
191 2004-04-16  Lluis Sanchez Gual  <lluis@ximian.com>
193         * TcpClientChannel.cs: Initialize the sink provider in the default
194           constructor.
196 2004-03-04  Lluis Sanchez Gual  <lluis@ximian.com>
198         * TcpServerChannel.cs: In the ProcessMessages() loop, moved the closing of
199           the stream to the finally block, so it is called if the thread is aborted.
201 2004-02-27  Lluis Sanchez Gual  <lluis@ximian.com>
203         * TcpClientTransportSink.cs: Set the RequestUri transport header before 
204           sending the request.
206 2004-02-23  Lluis Sanchez Gual <lluis@ximian.com>
208         * TcpClientTransportSink.cs: Release the connection after sending an
209           OneWay call. This fixes bug #54671.
211 2003-12-23  Lluis Sanchez Gual <lluis@ximian.com>
213         * TcpServerChannel.cs: If useIpAddress and bindAddress are both specified,
214           set bindAddress as the host address for the client.
216 2003-12-19  Lluis Sanchez Gual <lluis@ximian.com>
218         * TcpServerChannel.cs: Fixes in channel initialization.
220 2003-12-12  Lluis Sanchez Gual  <lluis@ximian.com>
222         * TcpChannel.cs: Added null check.
224 2003-11-16  Lluis Sanchez Gual  <lluis@ximian.com>
226         * TcpClientChannel.cs: Added support for name and priority properties.
227         * TcpServerChannel.cs: Added support for priority, bindTo, useIpAddress,
228           machineName and supressChannelData properties.
229         * TcpChannel.cs, TcpServerTransportSink.cs: Formatting change.
230                   
231 2003-11-13  Lluis Sanchez Gual <lluis@ximian.com>
233         * TcpChannel.cs: take into account name and priority properties.
234         
235 2003-11-12  Lluis Sanchez Gual <lluis@ximian.com>
237         * TcpServerChannel.cs: Remove listener initialization and StartListening
238           call from constructor. It is called now by the remoting framework.
239         * TcpConnectionPool.cs: Removed fixme.
240         
241         Older log entries can be found in the System.Runtime.Remoting ChangeLog.