|
From: Brad H. <Bra...@gb...> - 2007-07-03 03:08:56
|
Makes perfect sense, thanks :)=20 -----Original Message----- From: qui...@li... [mailto:qui...@li...] On Behalf Of Steve Bate Sent: Tuesday, 3 July 2007 10:17 AM To: qui...@li... Subject: Re: [Quickfixj-users] RES: separating custom messages QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ QuickFIX/J Support: http://www.quickfixj.org/support/ > Doesn't the core have a runtime dependency on the generated messages=20 > classes and fields anyway? Eg, if you receive a fix 4.4 message=20 > you'll need the corresponding fix 4.4 generated message class on the=20 > classpath, which in turn will depend on any fields it uses. Or does=20 > it know to use generic Message if the classes aren't found? That's true if you are using the DefaultMessageFactory. Even though this factory implementation is in the core library, I don't really consider it a core class. At some point, I'd like to create the notion of a message "module", a JAR file that has meta-data describing it's default data dictionary and message factory. The module could be specified in the settings instead of the data dictionary or a module could be specified with an overridden custom dictionary file. It's just a rough idea right now, but I'd like to eventually have ready-to-go message modules for various exchanges. =20 > I'm actually relying on this behaviour at the moment. The=20 > MessageCracker seemed a bit redundant (giant elseif + casts IIRC) so=20 > instead of using that my fromApp does instanceof checks and casts on=20 > the message types I expect to receive. I don't usually use MessageCrackers either. Some of these parts of QFJ are remnants of the C++ JNI implementation. Steve ------------------------------------------------------------------------ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Quickfixj-users mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfixj-users |