[This message was posted by Mahesh Kumaraguru of <[email protected]> to the "General Q/A" discussion forum at http://fixprotocol.org/discuss/22. You can reply to it on-line at http://fixprotocol.org/discuss/read/567c254d - PLEASE DO NOT REPLY BY MAIL.]
Hi Amit, I use Java Objects over Remote Method Invocation between Trading application and FIX engine. I do not need any Session between Trading application and FIX engine. The return value of RMI call and Exceptions would tell the caller the result of the call. Mine is a test broker, a NewOrderSingle FIX message ^35=D^ received from Buy side would be converted by the FIX engine to a Order object and handed over to trading application. The trading application would create Ack object or PartFill object or Full Fill object or Reject object etc and give it to the FIX engine which would create a ExecutionReport FIX message ^35=8^ and send it to counterparty. Session between Buy side counterparty and my FIX engine is fully taken care of the FIX engine and Trading application has no knowledge of the external FIX session. Regards, K. Mahesh > Hi Mahesh, Thanks for carefully reading and replying to my emails. > Please see answers below: > > > Lets call the FIX engine which connects to your counterparties as > > Facade FIX Engine. > > > > So between the Application's in-process FIX engine and the Facade FIX > > engine, only application messages are exchanged and there is no > > session? > > yes, only application messages and no session messages. session messages > are handled by facade fix engine. > > > If so build either the Session part as specified by FIX or build the > > get "positive ack" method Greg Orsini mentioned below. > > somehow my facade fix engine don't give correctly if connection is down > and i tested with timeout idea also as suggested by Greg but this was > also not reliable, so i build similar to seq number + resend logic > approach in my application. > > > > Are the messages from the in-process FIX engine to facade FIX engine > > complete FIX messages or they are reduced messages like they do not > > have SendingTime[52], MessageSequenceNumber[34] etc and these values > > are plugged in by the Facade FIX engine in which case you should > > consider them to be delimited Strings. > > These are the reduced message, facade engine adds extra header and > trailer informations. > > > The Facade FIX engine validates the messages received from the > > application's in-process FIX engine, what does it do if the message is > > invalid? > > it rejects this message and don;t send it to the counterparty. > > Thanks, [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 -~----------~----~----~----~------~----~------~--~---
