DOM or SAX

, ,
1

Imported from previous forum

2

I am a newbie so please bear with me.
I am wondering about the average size of FIX messages so I can decide whether I should use
DOM or SAX. Does anyone have any recommendations for this?
I am interested in knowing the typical case, plus best and worst cases.

thanks,
Jimmy

3

[ original email was from Himanshu Sharma - himanshu.sharma@schwab.com ]
While exchanging a normal trade message (Order/Execution etc), 20-30 fields are vital. Though FIX has millions of fields ;-).
I would suggest DOM. It will efficient to minimize number of parsing.
HTH

> I am a newbie so please bear with me.
> I am wondering about the average size of FIX messages so I can decide whether I should use
> DOM or SAX. Does anyone have any recommendations for this?
> I am interested in knowing the typical case, plus best and worst cases.
>
> thanks,
> Jimmy
>

4

[ original email was from Ryan Pierce - rpierce@taltrade.com ]
> While exchanging a normal trade message (Order/Execution etc), 20-30 fields are vital. Though FIX has millions of fields ;-).
> I would suggest DOM. It will efficient to minimize number of parsing.

One important question is whether this is used for batch processing or individual messages.

We’ve had terrible experiences using DOM for processing very large batch files (XML, but not FIXML.) It consumes huge quantities of memory and is quite slow. Switching to SAX allowed the application to run and keep up with the data rate, although SAX programming is a significantly different methodology.

5

The choice of technology will depend on the intended use: if you plan on going through the XML once to extract its contents, then SAX is the appropriate choice. If you want to hang on to the XML message to either browse or update its contents, then DOM is required. In general, SAX is faster and uses far less memory, but DOM gives you a tree to manipulate.

Mike Ryan
JP Morgan

> > While exchanging a normal trade message (Order/Execution etc), 20-30 fields are vital. Though FIX has millions of fields ;-).
> > I would suggest DOM. It will efficient to minimize number of parsing.
>
> One important question is whether this is used for batch processing or individual messages.
>
> We’ve had terrible experiences using DOM for processing very large batch files (XML, but not FIXML.) It consumes huge quantities of memory and is quite slow. Switching to SAX allowed the application to run and keep up with the data rate, although SAX programming is a significantly different methodology.
>
>