Join the 80,000 other DTN customers who enjoy the fastest, most reliable data available. There is no better value than DTN!

(Move your cursor to this area to pause scrolling)




"I'm very glad I switched to IQFeed. It's working perfectly with no lag, even during fast market conditions." - Comment from Andy via Email
"The service is great, I see a noticeable improvement in my volume profiles over [broker]'s data feed" - Comment from Larry
"Everything is working amazing now. I'm already impressed with the true-tick feed of IQFeed and it's ability to support my 480 symbol layout." - Comment from Tyler via Email
"After all the anxiety I had with my previous data provider it is a relief not to have to worry about data speed and integrity." - Comment from Eamonn
"I will tell others who want to go into trading that DTN ProphetX is an invaluable tool, I don't think anyone can trade without it..." - Comment from Luther
"Thanks for following up with me. You guys do a great job in tech support." - Comment from Phelps
"If you want customer service that answers the phone, your best bet is IQFeed. I cannot stop praising them or their technical support. They are always there for you, and they are quick. I have used ****** too but the best value is IQFeed." - Comment from Public Forum
"I have to tell you though that using the IQFeed API is about the easiest and cleanest I have seen for some time." - Comment from Jim
"DTN has never given me problems. It is incredibly stable. In fact I've occasionally lost the data feed from Interactive Brokers, but still been able to trade because I'm getting good data from DTN." - Comment from Leighton
"I am very pleased with the DTNIQ system for quotes and news." - Comment from Larry
Home  Search  Register  Login  Recent Posts

Information on DTN's Industries:
DTN Oil & Gas | DTN Trading | DTN Agriculture | DTN Weather
Follow DTNMarkets on Twitter
DTN.IQ/IQFeed on Twitter
DTN News and Analysis on Twitter
»Forums Index »Archive (2017 and earlier) »IQFeed Developer Support »getting many SocketTimeoutExceptions in version 4.2.1.4
Author Topic: getting many SocketTimeoutExceptions in version 4.2.1.4 (4 messages, Page 1 of 1)

simon33
-Interested User-
Posts: 28
Joined: Apr 9, 2005


Posted: May 16, 2007 10:14 PM          Msg. 1 of 4
Hello, I just updated from developer version 2.3.0.1 to the new version 4.2.1.4 (I am really, really risk adverse). Anyhow, I do only look up in Historical TCP/IP mode - lots and lots a day.

The error I am seeing is that it is throwing a SocketTimeoutException while reading from a socket. The exception message is: "Read timed out"

Here is the relevant code:

try
{
//write to the socket
sout.write( command );
sout.flush();

//read the response from the socket
String line = sin.readLine();

while( line != null && !line.trim().equals( "!ENDMSG!" ) )
{
if( line.length() != 0 )
{
// we do something
}
line = sin.readLine();
}
}
catch( SocketTimeoutException timeoutException )
{

}

Any ideas?

DTN_Steve_S
-DTN Guru-
Posts: 2093
Joined: Nov 21, 2005


Posted: May 17, 2007 09:46 AM          Msg. 2 of 4
After doing a bit of research, I am not sure why this would be happening for you.

Can you give some more inforamtion about the requests? Are you able to complete any requests at all? If so, does the error occur randomly or is it always on a specific request?

Have you tried to enable logging in IQConnect to see if an error is output to the log by IQConnect?

simon33
-Interested User-
Posts: 28
Joined: Apr 9, 2005


Posted: May 17, 2007 11:32 AM          Msg. 3 of 4
I will definitely turn on the logging but, after re-examining the code, I have another theory that may solve it. Here is what I think is happening.

I am registering with the DTNClient and making calls. Then I think the socket is dying ('Read Time Out' and then all subsequent calls die until the socket can be re-established. If this theory is correct, is a way to listen for socket issues/statuses on the client?

simon33
-Interested User-
Posts: 28
Joined: Apr 9, 2005


Posted: Jun 4, 2007 11:18 AM          Msg. 4 of 4
For completeness, we determined that this had nothing to do with DTN, but it was a network routing issue on our end.
 

 

Time: Wed February 21, 2024 1:42 AM CFBB v1.2.0 66 ms.
© AderSoftware 2002-2003