|
From: Toli K. <to...@ma...> - 2007-07-02 18:15:49
|
Lev, Alexander is right - that's exactly what we do in our platform, here's a link to our Spring config file if you need an example: http://trac.marketcetera.org/trac.fcgi/browser/platform/trunk/oms/src/main/resources/quickfixj.xml#L50 and we keep our custom fields in http://trac.marketcetera.org/trac.fcgi/browser/platform/trunk/core/src/main/java/org/marketcetera/quickfix/customfields The next version of QFJ will have separate quickfxj-core and quicfkixj-msg-fix4x jar files, so it'll be a little cleaner and easier to do what you are trying to accomplish. On 7/2/07, Alexander Gorbachev <ago...@ac...> wrote: > QuickFIX/J Documentation: > http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > > Hi, > > I'm not sure that I understood the question, but you can set the > DataDictionary=my_fix44.xml in the quickfix.cfg, put the my_fix44.xml into a > place accessible by the classpath, and pack the related classes together > with you application. > > > ----- Original Message ----- > > From: Lev Grevnin > To: qui...@li... > Cc: Andrey Tapekha > Sent: Monday, July 02, 2007 7:05 PM > Subject: [Quickfixj-users] separating custom messages > > QuickFIX/J Documentation: > http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > ________________________________ > > > Hello all. > > Here is the situation. Suppose I add some more custom messages, components, > fields to one of the resource .xml files, say FIX44.xml. What I want to do > now, is separate into another package hierarchy the stuff that's been > changed/added by the compilation process, so that I can use the original > quickfix.jar as is and make the added/changed classes part of my > application. > > Has anyone had any experience similar to this? > > > > Lev Grevnin > Rates IT > work: 7 495 644 3191, mobile: 7 917 504 3004 > -- Toli Kuznets http://www.marketcetera.com: Open-Source Trading Platform download.run.trade. |