[This message was posted by Mahesh Kumaraguru of <[email protected]> to the "4.0 Session" discussion forum at http://fixprotocol.org/discuss/12. You can reply to it on-line at http://fixprotocol.org/discuss/read/8c42c28a - PLEASE DO NOT REPLY BY MAIL.]
Hi, Your BeginString is FIXT.1.1 Session with FIX.5.0 Application version because in FIX.5.0 onwards 1137 is defined as tag DefaultApplVerID value of 7 is FIX50 After you open socket connection and write logon message, what happens, no response from counterparty ? Is there any exception in your Java console stack trace? is the acceptor closing the socket? Post the actual cmd prompt / console output. Some of the problems I can think of :- 1. Server:port where the acceptor is listening does not match the port and or server to which initiator is opening socket 2. CompID mismatch(es) 3. Firewall / proxy 4. FIX version mismatch Read thru "When to send a Logout vs. when to just disconnect" in FIX_transport_1.1.pdf Page 37/66, then post ur thoughts / brain dump here :-) Have you contacted your counterparty regarding this ? Are they able to see inbound socket connection ? Do they get the Logon message ? Any logs from their end ? Are you connecting to a "real counterparty" or a "test application acting as counterparty in QA / Dev" which is internal to your project / organization ? If its a real counterparty, they will honor your session only within the fixed test slot and at any other time their system would just ignore you, you would have to fix a test slot with your counterparty and their tester would be available on phone conference and perform counterparty action. For example, your side sends an order, the counterparty tester could do partial fill, full fill, reject, etc depending on your testcases. It takes two hands to clap, it takes two connected counterparties to run a FIX test. On side note : You have posted a FIXT.1.1 question to FIX.4.0 Session discussion forum, I would reccomend you post your question to the "most relevant" discussion forum (think like a JVM, call and pass data to the narrowest method when there are multiple overloaded methods available in the same class and the JVM would use the method whose argument's class is closest above or equal to the runtime instance's class in the class heirarchy). That way you could get more responses. Just take these cases - A FIX.4.0 knowledgable developer without any knowledge of FIXT / Application version independence / Transport independence visits the FIX.4.0 Session forum, looks at the latest post, sees BeginString 8=FIXT.1.1, skips post. On the opposite end, there could be a FIXT.*.* developer (who is most suited to answer your FIXT.1.1 question) is email subscribed only to Transport Independence framework & 5.0+ feedbacks won't even know that a FIXT question has been posted. Making FIX browsing faster. > I am writing a Java based fix engine...I am opening a raw SSLSocket and > obtaining an input/output stream to the connection. I write the following > message (sender and target ID's set to XXX for this example); > > 8=FIXT.1.1 9=69 35=A 49=XXX 56=XXX 34=1 52=20100612-22:20:49 98=0 > 108=30 10=190 > > I have also tried: > > 8=FIXT.1.1 9=76 35=A 49=XXX 56=XXX 34=1 52=20100613-00:17:39 98=0 > 108=30 1137=7 10=233 > > I substituted spaces for the <SOH> character above. I know the size and > checksum are correct (not in this example of course) as I have checked them > over and over again. The problem is I sit there waiting for a response > reading the inputstream and get nothing. Any idea's? > [You can unsubscribe from this discussion group by sending a message to mailto:[email protected]] -- You received this message because you are subscribed to the Google Groups "Financial Information eXchange" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/fix-protocol?hl=en.
