<div dir="ltr">Hi Manuel,<div>Find my answers to your questions below</div><div>1. It is greatly advised to check and follow closely the specification provided by your counter party, as the might have customized a few things to sooth their MO.</div>
<div><br></div><div>2. Tag order is rarely important, the fix engine sorts this out as long as there are correctly defined in the dictionary.</div><div><br></div><div>3.The best way to check for existence of a field is to use the msg.IsSetField(Field) method, and its recommended to do this for all fields marked as optional by your counter party, because if you try to get a field in a message that is not set by your counter party your FIX engine would rejects the message citing the reason as Unconditionally Require Field Missing.</div>
<div><br></div><div>Best Regards</div><div><br></div><div>Ola</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Dec 27, 2013 at 5:04 AM, Manuel Lopez <span dir="ltr"><<a href="mailto:lopez.post@gmail.com" target="_blank">lopez.post@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">This is a minor point, but led to a few more general questions:<br>
In customizing the fix4.4 definition file, I noticed that tag 55<br>
(Symbol) shows as required for the "instrument" category, when it's<br>
optional according to the fix 4.4 spec I have and our counterparty.<br>
I'll add custom fields of course, but<br>
1)  is it advised to check the xml definition closely for "required"<br>
being correct and<br>
2) for having all the fields in the same order as the counterparty<br>
sends out (or expects)?  (I could for example worry only about those<br>
issues that come up in testing, if I can assume that tag order is<br>
rarely important, or only for repeating groups etc.)<br>
3)  What is the best way to check for the existence of a tag value<br>
before saving it to a database? for example, if I have (where msg is a<br>
quickfixn ExecReport type):<br>
TransactTime_fx60 = msg.TransactTime.getValue();<br>
Can I just test for a null value?<br>
(--I'm doing this in the OnMessage MessageCracker handler, assuming<br>
that's the best place, rather than say overriding the store or log.)<br>
<br>
Thanks (--and thanks for the great work in 1.5--SSL is just in time for me.).<br>
_______________________________________________<br>
Quickfixn mailing list<br>
<a href="mailto:Quickfixn@lists.quickfixn.com">Quickfixn@lists.quickfixn.com</a><br>
<a href="http://lists.quickfixn.com/listinfo.cgi/quickfixn-quickfixn.com" target="_blank">http://lists.quickfixn.com/listinfo.cgi/quickfixn-quickfixn.com</a><br>
</blockquote></div><br></div>