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)




"Thank God for your Data Feed as the only Zippers I see are on my pants (LOL), and no more 200 pip spikes to mess up charts." - Comment from Spiro via Email
"Version 4.0.0.2 has been working well for me and I appreciate that it is now a much tighter client to work with. I feel I can go to press with my own application and rely on a stable platform" - Comment from David in IA.
"I am a hedge fund manager here. It’s funny, I have a Bloomberg terminal and a Bridge feed, but I still like having my DTN feed!" - Comment from Feras
"You have an excellent feed. Very few spikes for Spot Forex." - Comment from Public Forum Post
"Thanks for following up with me. You guys do a great job in tech support." - Comment from Phelps
"I just wanted to tell you what a fine job you have been doing. While *******, from what I hear, has been down and out, off and on, IQ feed has held like a champ this week." - Comment from Shirin
"I "bracket trade" all major news releases and I have not found one lag or glitch with DTN.IQ feed. I am very comfortable with their feed under all typical news conditions (Fed releases, employment numbers, etc)." - Comment from Public Forum
"The service is great, I see a noticeable improvement in my volume profiles over [broker]'s data feed" - Comment from Larry
"Everything is working great ! Very impressive client. The news refreshes better and is more pertinent than the ******* feed I paid $ 100/month for. I Also like the charts a lot." - Comment from Leon
"Previously I was using *******. IQFeed is WAY more economical, and for my charting needs is just as good, if not better." - Comment from Public Forum Post
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 »Java RemoveClientApp() call not working in 4.1.2.0
Author Topic: Java RemoveClientApp() call not working in 4.1.2.0 (4 messages, Page 1 of 1)

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


Posted: Nov 8, 2006 12:34 PM          Msg. 1 of 4
Just upgraded my code from version 2.x to the IQFeed Developer, version 4.1.2.0. and the RemoveClientApp() method fails to close the DTN App. I'm concerned, since this used to work.

I am connecting from Java using the TCP/IP method (code will follow). I use the RegisterClientApp() and then get a new socket. On disconnect, I call the RemoveClientApp() method. In the past calling RemoveClientApp() closed the socket the the DTNApp in the system tray. The new version does close the socket, but does not close the App.

The issue comes up when either I lose a connection to DTN, or when I automatically start and stop the Connection. If you attempt a reconnect with the disconnected DTNApp still resident, I get "Application Already Exists" error.

Anyone know what I am doing wrong?

CODE:
public class IQConn extends IQ_32
{
//connection status parameters
int a, b;
Socket dtnSocket;
BufferedReader sin;
BufferedWriter sout;

public void connect()
{
RegisterClientApp( "IQFEED_DEMO", "1.0", "0.11111111" );
try
{
if( a != 0 || b != 0 ) return;

dtnSocket = new Socket( InetAddress.getByName( "localhost" ), 9100 );
dtnSocket.setSoTimeout(SOCKET_TIMEOUT_MILLISECONDS);
sin = new BufferedReader( new InputStreamReader( dtnSocket.getInputStream() ) );
sout = new BufferedWriter( new OutputStreamWriter( dtnSocket.getOutputStream() ) );
}
catch( Exception e )
{
e.printStackTrace();
}

return;
}

public void disconnect()
{
RemoveClientApp();
}
}

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


Posted: Nov 8, 2006 04:12 PM          Msg. 2 of 4
I have been able to duplicate this issue in version 4.1.2.0

Your app is not properly being registered as a client in IQConnect. As a result, when your app closes, IQConnect isnt able to determine that it is time to shut itself down.

As a workaround, all you have to do is maintain a Level1 socket connection while your app is running. This will cause your java app to be properly registered as a client with IQConnect and will properly close when the level1 connection closes.

We will look into this functionality make changes as necessary in a future release.
Edited by DTN_Steve_S on Nov 8, 2006 at 04:13 PM

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


Posted: Nov 8, 2006 05:11 PM          Msg. 3 of 4
Thanks for the quick response: couple of follow-up questions:

1. I followed the Java example to register my client. Can you see what I am doing incorrectly in the above code?
2. The socket is the issue for us. Sometimes it just dies, which is why we are trying to relaunch the app. Are you implying that we should check that the socket is closed, and if it is create a new one?
3. Finally, what is a Level 1 socket? Is that a Financial term (level 2, etc) or a network term?

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


Posted: Nov 8, 2006 05:32 PM          Msg. 4 of 4
1) From what I can tell, this is not a problem with your code.

2) When this dies, is a relaunch required or can you start another instance of your app and recieve data through that one? I am not suggesting this as a "workaround", I am simply asking this for troubleshooting purposes.

3) By "Level 1 socket" I am referring to a regular tcp socket connection to the Level1 port in IQConnect. All apps should maintain a connection to this port throughout the time they are active. All status updates are sent to the client via the level 1 port.
 

 

Time: Fri April 26, 2024 4:30 AM CFBB v1.2.0 8 ms.
© AderSoftware 2002-2003