Re: [Quickfix-developers] mixed up pasting - please look here for details
Brought to you by:
orenmnero
Menu
▾
▴
Re: [Quickfix-developers] mixed up pasting - please look here for details
|
From: Oren M. <ore...@ya...> - 2003-03-04 22:10:28
|
Field order is generally not important, except when it comes to repeating groups where it is very important. If the fields get out of order somewhere, that would cause a problem trying to parse the message. If you are getting messages from the QF callback, and the session is given the correct DataDictionary, then the fields should be in the same order on both sides (assuming you are using QF on both sides, other engines may vary the order). If you can post the string of the stored message that may provide a clue. --- gar...@su... wrote: > > Yes, the data dictionary is exactly the same as the > working version. > > One of the things I was wondering was whether it > mattered where the native > libraries were compiled. Right now I am packaging > all the native libraries > (stdc++, quickfix, quickfix_jni, xml2, and stlport) > on one machine and am > including those in my deployment package. Is it a > coincidence that the > machine that this works for is the same machine the > libraries were compiled > on? > > Also, does the order of the fields as they appear in > the message store have > any indication as to the order that is used when > parsing and generating the > message? As I mentioned in a different thread, I > have an Incoming message > store where I store every message received by the > FIX engine. When I look > at the allocation message in that message store, it > does appear that some > of the fields are not in the same order as in the > FileStore of the sending > FIX engine. Could the saving of the message into > another message store > somehow corrupt the field order? > > > > Gary Mui > Prescient Markets, Inc 914-989-3118 (W) > 445 Hamilton Avenue 914-422-3693 (F) > White Plains, NY 10601 > > Please visit us at http://www.cpmarket.com > > > > > > Oren Miller > <ore...@ya...> > > > Sent by: > To: gar...@su..., > qui...@li... > > qui...@li...ur cc: > > > ceforge.net > Subject: Re: [Quickfix-developers] > mixed up pasting - please look here for > > details > > > > > 03/04/03 04:32 PM > > > Please respond to omiller > > > > > > > > > > > > Did you copy your data dictionary over to the new > machine? The data dictionary of the receiving > application would need to have the proper groups > defined. > > --- gar...@su... wrote: > > Oops - please ignore the prior email. I mixed up > > the pasting of the > > messages.... > > > > > > > > > > I've run into a serious problem that I haven't > been > > able to figure out. > > > > In trying to send across allocation messages > (which > > contain groups), I am > > able to successfully do so on my development > > platform. When I move the > > receiving FIX engine to another environment (same > > class machine, same java > > version, same OS version-solaris 8), the receiving > > side is unable to parse > > the allocation message correctly which causes the > > processing to fail. > > > > My outgoing message appears to be right in its XML > > form while the incoming > > message does not show the repeating group entries. > > I am also including the > > 'raw' format as printed in the output: > > > > Does anyone have any suggestions as to how to > > proceed resolving this > > problem? This is now holding up our UAT and > > production release schedules. > > > > Thanks for any help, > > Gary > > > > Outgoing > > ========= > > > > <20030304-20:12:54, FIX.4.2:FMRFITST->STNMMTST, > > outgoing> > > > > > (8=FIX.4.2^A9=424^A35=J^A34=474^A49=FMRFITST^A52=20030304-20:12:56^A56=STNMMTST^A6=99.991667^A15=USD^A22=1^A48=CUSIP^A53=1000000^A54=1^A55=FIXED^A60=20030304-20:12:54^A70=Allocation: > > > > > > 0^A71=3^A73=1^A11=NONREF^A37=155882^A75=20030304^A78=1^A79=FCUSM^A80=1000000^A76=GECC^A154=999916.67^A6604=PartAllocID:1^A106=GECC^A118=100^A124=1^A32=1000000^A17=155882_20031204_151254^A31=3^A6640=99.991667^A381=999916.67^A6609=CP^A6611=100^A6613=MONEYMARKET^A6614=1^A6629=MATURITY^A6637=20031204^A10=053^A) > > > > > > > > > <message> > > <header> > > <field number="8" value="FIX.4.2"/> > > <field number="9" value="372"/> > > <field number="35" value="J"/> > > </header> > > <body> > > <field number="6" value="99.991667"/> > > <field number="15" value="USD"/> > > <field number="22" value="1"/> > > <field number="48" value="CUSIP"/> > > <field number="53" value="1000000"/> > > <field number="54" value="1"/> > > <field number="55" value="FIXED"/> > > <field number="60" value="20030304-20:12:54"/> > > <field number="70" value="Allocation: 0"/> > > <field number="71" value="3"/> > > <field number="73" value="1"/> > > <field number="75" value="20030304"/> > > <field number="78" value="1"/> > > <field number="106" value="GECC"/> > > <field number="118" value="100"/> > > <field number="124" value="1"/> > > <field number="381" value="999916.67"/> > > <field number="6609" value="CP"/> > > <field number="6611" value="100"/> > > <field number="6613" value="MONEYMARKET"/> > > <field number="6614" value="1"/> > > <field number="6629" value="MATURITY"/> > > <field number="6637" value="20031204"/> > > <group> > > <field number="11" value="NONREF"/> > > <field number="37" value="155882"/> > > </group> > > <group> > > <field number="79" value="FCUSM"/> > > <field number="80" value="1000000"/> > > <field number="76" value="GECC"/> > > <field number="154" value="999916.67"/> > > <field number="6604" value="PartAllocID:1"/> > > </group> > > <group> > > <field number="32" value="1000000"/> > > <field number="17" > > value="155882_20031204_151254"/> > > <field number="31" value="3"/> > > <field number="6640" value="99.991667"/> > > </group> > > </body> > > <trailer> > > > > > > > > > > Incoming > > ========== > > <20030304-20:12:56, FIX.4.2:STNMMTST->FMRFITST, > > incoming> > > > > > (8=FIX.4.2^A9=424^A35=J^A34=474^A49=FMRFITST^A52=20030304-20:12:56^A56=STNMMTST^A6=99.991667^A15=USD^A22=1^A48=CUSIP^A53=1000000^A54=1^A55=FIXED^A60=20030304-20:12:54^A70=Allocation: > > === message truncated === __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ |
