|
From: Steve B. <st...@te...> - 2007-03-08 23:09:25
|
> OK, I took the pain to step into QFJ's codes.
If it's really that painful, you might want to consider a
commercial FIX engine. It's more expensive but (in some cases!)
you'll get more complete documentation, phone support,
and so on. Having the source code is one of the significant
benefits of using an open source product. You could also
use one of the commercial support options listed on the QFJ
web site.
> In Message.java, we have:
>
> public Message(String string) throws InvalidMessage {
> fromString(string, null, true);
> }
>
> DataDictionary is null, as a result, it cannot parse a message with group
> correctly. My question is what is the use of the constructor if it cannot
> handle group at the end?
You might not need to use groups and it's a bit faster to parse
the messages without checking the data dictionary.
> I do not have this problem with QF java wrapper. It has the following:
> public Message(String string) throws InvalidMessage {
> initFromString(string, true);
> }
>
> private void initFromString(String string, boolean validate)
> throws InvalidMessage {
>
> create();
> header = new Header( this );
> trailer = new Trailer( this );
> fromString(string, validate);
> }
>
> That means QF java wrapper can validate without the dictionary.... (Oren,
> maybe you can clarify a bit, i did not go down to C code after this...)
There are different types of validation. In both QF and QFJ, you must use
a data dictionary to parse repeating groups. Both QF and QFJ can do other
types of validation (e.g. header field ordering validation) without a data
dictionary.
Steve
|