[This message was posted by Russell Curry of Assimilate Technology, Inc. <r...@assimilate.com> 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/c27e51fc - PLEASE DO NOT REPLY BY MAIL.]
> > As per specs, "When either end of the connection has not received any > data for (HeartBtInt + âsome reasonable transmission timeâ) seconds, it > will transmit a Test Request message". > > Does "data" here would refer to a valid FIX message or any data (even > junk data means link is alive!)? Hi Nick, I would say you should always play it safe and assume that the receipt of anything other than a well-formed FIX message indicates a fatal error for the session. Consider the challenge of parsing a new message from the stream after you have received garbage over it - FIX supports encoded length fields and other types of content that cannot be parsed correctly without knowing their length before you start the parsing operation. Once you receive "junk" over the wire, you can't really be sure of anything else you parse from that point forward... Cheers, Russ [You can unsubscribe from this discussion group by sending a message to mailto:unsubscribe+100932...@fixprotocol.org]
-- You received this message because you are subscribed to the Google Groups "Financial Information eXchange" group. To post to this group, send email to fix-proto...@googlegroups.com. To unsubscribe from this group, send email to fix-protocol+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/fix-protocol?hl=en.
