[Rets-dev] FW: .NET implementation with RETS...(originally sent toDWoolley@eneightborhoods.com)

[Dan Woolley]

1) HttpWebRequest.
 
2) Can't recall ever seeing that.
 
If it helps, every transaction for us looks something like this:
 
With aRequest

.Method = "GET"

.ProtocolVersion = HttpVersion.Version11

.KeepAlive = True

.Timeout = 60000

.Accept = "*/*"

.UserAgent = pAppID

End With

where aRequest is an HttpWebRequest.
 


Dan Woolley 
Vice President of Technology 
www.eneighborhoods.com 

 

________________________________

From: rets-dev-bounces at rets.org [mailto:rets-dev-bounces at rets.org] On
Behalf Of Michael McCord
Sent: Friday, March 17, 2006 2:16 PM
To: rets-dev at rets.org
Subject: [Rets-dev] FW: .NET implementation with RETS...(originally sent
toDWoolley at eneightborhoods.com)



I decided to post this here as well in case other people may be
wondering the same thing.

 

 

I am attempting a .NET 1.1 implementation of RETS, I have gotten stuck
it seems at a small point which may be related to your recent post in
the RETS-DEV list. So if you wouldn't mind answering a question or two
it would be much appreciated.

 

 

1)       For your implementation did you use the
System.Net.HTTPWebRequest Class or the System.Net.WebClient class?

2)       With either class did you have a problem with dealing with a
System.WebException with the message: "The underlying connection was
closed: Unable to connect to the remote server." after first transaction
execution against the server was a success? With our local mls, which is
a Rapattoni server, there seems to be a problem with this since my
client works with the demo implementation provided by the CRT. Basically
what is happening on my end is that I connect to the server, do the
login, and then when I try and execute HTTPWebRequest.GetResponse() on
it to do a logout transaction, before any data is even sent to the
server it throws the exception stated above.

 

I tried your suggestion in the post hoping that it would help with my
situation as well and it did not (obviously) so I was hoping maybe your
programmers might have found a fix for this mystery as well (or if they
even encountered it)

 

As a side note in case this helps: Through my own research I have found
several instances in forums, mail lists, etc...where people have had a
similar problem with underlying HTTPWebRequest objects throwing the same
exception when executing functions on web services. RETS is, as you
know, not a web service and Microsoft supposedly fixed the bug in SP1
for .NET 1.1, but I suppose the possibility exists that it could somehow
be related to the phenomenon that I am experiencing, so if you know
anything of this, this would be appreciated as well.

 

 

Michael McCord

__________________________________________

Office: 859-234-5454

Cell: 859-588-4202

Email: webmaster at whalenandcompany.com

Website: http://www.whalenandcompany.com
<http://www.whalenandcompany.com/> 

 

__________________________________________

 

*** eSafe scanned this email for malicious content ***
*** IMPORTANT: Do not open attachments from unrecognized senders  ***



--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.385 / Virus Database: 268.2.5/284 - Release Date: 3/17/2006



--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.385 / Virus Database: 268.2.5/284 - Release Date: 3/17/2006

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.rets.org/pipermail/rets-dev/attachments/20060317/14530a05/attachment.html