RE: [Quickfix-developers] Message data dictionary initialisation
Brought to you by:
orenmnero
|
From: Mark L. <Mar...@bt...> - 2003-04-30 13:37:14
|
Thanks Gene. I thought there must be something conceptually "wrong" with it and that I just wasn't grasping it. I'm sure it's all in hand. Regards M. -----Original Message----- From: Gene Gorokhovsky [mailto:mus...@ya...] Sent: 30 April 2003 14:32 To: Mark Lees; quickfix Subject: Re: [Quickfix-developers] Message data dictionary initialisation Oren is aware that DataDict <-> Session <-> Message relationship needs improvement. Unfortunately getting it "right" requires significant code changes. Perhaps as the first step DataDictionary pointer could be publicly exposed in Session class. Gene --- Mark Lees <Mar...@bt...> wrote: > All, > > I'm trying to get Message::toXML() to ouput the > names of the fields aswell > as the field numbers and looking at the code in > toXMLFields() it references > the static data dictionary > Message::s_dataDictionary. > > When I receive a message I have the message itself > and a sessionID. I can > get a pointer to my session using > Session::lookupSession() but the discreet > session data dictionary Session::m_dataDictionary > does not have an accessor > and it is declared private. > > It also appears strange to me that each session has > it's own data dictionary > but the Message class has a statically declared one. > It appears possible to > have a different data dictionary per session but a > Message must only have > one. > > Also, the only method that sets the Message data > dictionary is handed a URL > and not a pre-constructed data dictionary. > > Am I pushing the library too far ? Is this just not > quite complete yet? > > I'm basically after outputting the complete message > I received into a log > file in XML format with the names, numbers, > enumerations/values... > > Thanks > Mark. > **************************************************************************** > This message is confidential to the sender and > addressee, and may contain > proprietary or legally privileged information. If > you are not the intended > recipient, please delete it from your system, > destroy any copies, and notify > the sender immediately. Opinions stated herein are > not necessarily those of > BrokerTec. BrokerTec reserves the right to monitor > messages that pass > through it's networks. BrokerTec Europe Ltd is > regulated by FSA. > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Quickfix-developers mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Quickfix-developers mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-developers **************************************************************************** This message is confidential to the sender and addressee, and may contain proprietary or legally privileged information. If you are not the intended recipient, please delete it from your system, destroy any copies, and notify the sender immediately. Opinions stated herein are not necessarily those of BrokerTec. BrokerTec reserves the right to monitor messages that pass through it's networks. BrokerTec Europe Ltd is regulated by FSA. |