Waiting for service IDN_RDF UP. Item recovery in progress...

I am using RFA 8 java version. I got the below message after my login is accepted by my host. Login is successful I can see it in the log. After sending the item requests I received the below event. I don't see any traffic is dropping in the communication from my host. I don't think this is a firewall issue.

MESSAGE
Msg Type: MsgType.STATUS_RESP
Msg Model Type: MARKET_PRICE
Indication Flags:
Hint Flags: HAS_ATTRIB_INFO | HAS_STATE
State: OPEN, SUSPECT, NONE, "Waiting for service IDN_RDF UP. Item recovery in progress..."
AttribInfo
ServiceName: IDN_RDF
Name: 0#USAGENCY=TWEB
NameType: 1 (RIC)
Payload: None

Find more posts tagged with

trep

rfa

rfa-api

Accepted answers

applicationdevelopment

Lars@Addicticks

@chavalit.jintamalit

Issue Resolved. In the event queue, first of all I am receiving STATUS_RESP message event, so in the example code they are closing the request. When I commented this.closeRequest(); It is processing the next events Now I am getting my data.

if (respMsg.getMsgType() == OMMMsg.MsgType.STATUS_RESP)
{
// If receive STATUS_RESP, display the message and close the request
GenericOMMParser.parse(respMsg);
this.closeRequest();
}

All comments

Lars-at-Addicticks

Yeah, well. The SDK examples show you to fire off item requests before just about anything is ready. As everything in the API is asynchronous it means you can do things in (almost) any order, but it doesn't mean you should. Just my two cents.

In other words I suggest to wait for the directory response before you start firing off item requests. Otherwise you may for a short while see this message. The API doesn't yet know if the service is really up or down.

Another reason may be that TREP has lost upstream connectivity to the source app for IDN_RDF. But I'm leaning towards my first explanation. :-)

Lars

Addicticks

applicationdevelopment

Lars@Addicticks

Let me tell you what I am doing,

Modified service name, items, username in

C:\rfaj8.0.1.E2.all.rrg\rfaj8.0.1.E2.all.rrg\Examples\com\reuters\rfa\example\quickstart\QuickStartConsumer and serverlist to my ADS server.

One way: I ran the

C:\rfaj8.0.1.E2.all.rrg\rfaj8.0.1.E2.all.rrg\QuickStart\QuickStartConsumer.bat and I am able to login and able send item requests and received all events.

Second way: I created maven project and moved all *.java files from above directory and ran the QSConsumer.java. here I am able to login and able send item requests and received the waiting messag

applicationdevelopment

I don't understand what I am missing in my second way

Lars-at-Addicticks

I'm not sure what the difference is between the two scenarios (maven execute and non-maven execute). The situation I'm describing would be temporary, i.e. you would first receive the message as described in your original posting but then very shortly after this you would receive message with state OK. Are you saying it simply hangs and doesn't receive more messages?

Lars-at-Addicticks

On another note I'm thinking that you may also get some help by comparing your own results to that of TRexplorer.

TRexplorer is also based on RFA Java.

Step 1: Make sure Output Window is visible.

Step 2: When configuring your connection make sure message tracing is enabled.

Step 3: Connect

Step 4: Have a look in the Output window. You'll see all messages exchanged.

Now compare this with your own development. The answer is in the difference.

chavalit-jintamalit

You already confirmed that you received all the event.

So I think the session was not ready when you tried to put the item request.

        // 4. Acquire a Session
        _session = Session.acquire( "myNamespace::consSession" );
        if ( _session == null )
        {
            System.out.println( "Could not acquire session." );
            Context.uninitialize();
            System.exit(1);
        }

	Thread.sleep(5000);  // << wait for the session to be ready

        // 5. Create an OMMConsumer event source
        _consumer = (OMMConsumer) _session.createEventSource(EventSource.OMM_CONSUMER, "myOMMConsumer", true);

If you add waiting period for it like the sample code above, you should not get the information message.

pimchaya.wongrukun01

Hello @applicationdevelopment

This error can happen when the application makes
an item request to a service that is not available (i.e. service down, or non-existing
service),RFA will immediately
respond with Open-Suspect status with the status text shown above.

To fix this problem, please contact

- your Thomson Reuters Account team if you connect to Thomson Reuters Server

-your server's admin if you connect to your company server.

to confirm if IDN_RDF is a correct service name and it is still up.

applicationdevelopment

Lars@Addicticks

@chavalit.jintamalit

if (respMsg.getMsgType() == OMMMsg.MsgType.STATUS_RESP)
{
// If receive STATUS_RESP, display the message and close the request
GenericOMMParser.parse(respMsg);
this.closeRequest();
}

EXPLORE OUR SITES