Re: [Quickfix-developers] mixed up pasting - please look here for details
Brought to you by:
orenmnero
From: Oren M. <ore...@ya...> - 2003-03-05 02:32:43
|
Have you applied this patch? http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/quickfix/quickfix/src/java/Conversions.h.diff?r1=1.3&r2=1.4&only_with_tag=MAIN If not, this may explain the behavior you are seeing. We used to use setString to copy the message before passing it to the java fromApp, which would cause the fields to go out of order because no dictionary was provided. We then switched to properly using the copy operator. I think this is likely the case in your situation. If you hadn't supplied a data dictionary correctly, then it is unlikely your message would make it through to the fromApp since it would fail the message length and the checksum tests. At this point it already passed those tests and is being improperly converted after the fact. I believe Gene submitted this fix some time back. --- gar...@su... wrote: > > > Here is the message as it is stored on the sending > side (where it looks > right) > > 8=FIX.4.29=41435=J34=449=FMRFITST52=20030304-22:06:5456=STNMMTST > 6=99.99166715=USD22=148=CUSIP53=100000054=155=FIXED > 60=20030304-21:14:2770=Allocation: > 071=373=111=NONREF37=155888 > 75=2003030478=179=FCUSM80=1000000154=999916.676604=PartAllocID:1 > 106=GECC118=100124=132=100000017=155888_20031404_16142731=3 > 6640=99.991667381=999916.676609=CP6611=1006613=MONEYMARKET6614=1 > 6629=MATURITY6637=2003060410=038 > > > > Here is the message as it is stored in my incoming > message store (on the > side that it is wrong) > > 8=FIX.4.29=41435=J34=449=FMRFITST52=20030304-22:06:5456=STNMMTST > 6=99.99166711=NONREF15=USD17=155888_20031404_16142722=131=332=1000000 > 37=15588848=CUSIP53=100000054=155=FIXED60=20030304-21:14:27 > 70=Allocation: > 071=373=175=2003030478=179=FCUSM80=1000000106=GECC > 118=100124=1154=999916.67381=999916.676604=PartAllocID:16609=CP > 6611=1006613=MONEYMARKET6614=16629=MATURITY6637=200306046640=99.991667 > 10=038 > > > Here also is my fromApp implementation so you can > see that I am printing > out the xml of the trade before storing it: > > > public void fromApp(org.quickfix.Message message, > SessionID sessionID) > throws FieldNotFound, > UnsupportedMessageType, IncorrectTagValue { > LogUtil.debug ("Message received (" + > sessionID + ") type: " + > message.getClass() + "\n " + message.toXML()); > storeIncomingMessage (message, sessionID); > > crack((org.quickfix.Message) message, > sessionID); > } > > > > > 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: > qui...@li..., > > > qui...@li...ur > qui...@li... > > ceforge.net > cc: > > > Subject: Re: [Quickfix-developers] > mixed up pasting - please look here for > > details > > 03/04/03 05:10 PM > > > Please respond to omiller > > > > > > > > > > > > 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 > > > > > > > > > > > > > > > > > === message truncated === __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ |