[QFJ-404] A validation configuration to bypass checking of "Tag appears more than once" Created: 11/Feb/09 Updated: 23/Jun/16 Resolved: 06/Apr/10 |
|
Status: | Closed |
Project: | QuickFIX/J |
Component/s: | Engine |
Affects Version/s: | 1.3.3 |
Fix Version/s: | None |
Type: | New Feature | Priority: | Default |
Reporter: | Alvin Wang | Assignee: | Unassigned |
Resolution: | Won't Fix | Votes: | 4 |
Labels: | None |
Description |
If the received message contains some custom repeating group, QFJ will reject with "Tag appears more than once" error. We had to customize the dictionary to work around. A configuration allowing bypass this will be helpful |
Comments |
Comment by Ali Asghar [ 11/Feb/09 ] |
I am a developer working on a FIX implementation using QuickFix/J version 1.4. I am getting an error "Tag appears more than once". The tag it is complaining about is 9013 (a custom repeating group). You mention on the forum the you had to customize the dictionary to work around. I am new to QuickFix/J and I am not sure how to customize the data dictionary. Could you please let me know how you customized the dictionary? I am using FIX 4.4. Thanks |
Comment by Steve Bate [ 03/Mar/09 ] |
I don't know if you've found the information you want yet, but there is a description in the QFJ documentation. After reading that information, if you are still having problems please post a followup question. |
Comment by Steve Bate [ 03/Mar/09 ] |
I changed this issue to a question, but it should remain a new feature request. |
Comment by Alvin Wang [ 03/Mar/09 ] |
Where can I find the description in QFJ doc? Could you provide a link? |
Comment by Ganeshan Guruswamy [ 25/Jun/09 ] |
hi... we want a solution for same problem... "Tag appears more than once" in my case the repeating tag is a user defined tag and want quickfix/j to ignore it... please help |
Comment by Ali Asghar [ 25/Jun/09 ] |
This is a serious issue for us because we connect to Intercontinental Exchange (ICE) to receive trade data. ICE frequently adds new Custom Tags to their FIX messages and if that tag is not included in FIX44.xml then QuickFIX/J rejects messages. Even though in QuickFIX/J config file, I am setting ValidateUserDefinedFields=N This value should control quickfix behavior to control the user defined tag validation but it does not seem to be working. I am using QuickFIX/J version 1.4? Does any one know solution for this problem? |
Comment by Carey Bingham [ 23/Sep/09 ] |
This is also a serious issue for us for the saem reasons as Ali Asghar pointed out for ICE. We are using the same version as well...We have turned off all validation but it seems to have no affect. Each time ICE adds custom tags or modifies the fix messages we get errors...The only solution is to revuild our dictionary and redploy the new generated classes. Anyonw have a workaround? Or at least a fix implemented at this point. ICE's cutover is of Nov 2 2009 and this is still a problem for us. |
Comment by anton [ 13/Oct/09 ] |
The problem for many of us is important, so can anybody tell us how he has solved the problem? |
Comment by anton [ 14/Oct/09 ] |
In fact I was thinging its a bug because I was receiving tag appears more then once for tag(part of group) included in the dictionary that I am using.The problem was that some of the fields before the group were out of order,-when I fixed the dictionary the problem has been solved. Tonko Lonko |
Comment by Dmitry [ 22/Mar/10 ] |
I use: UseDataDictionary=Y and its work =) |
Comment by Deelo [ 21/Feb/12 ] |
I'm having this problem as well...did anyone figure out a solution? |
Comment by Christoph John [ 21/Feb/12 ] |
Did you already try the suggestions above or the setting ValidateIncomingMessage=Y? |
Comment by Alvin Wang [ 15/Nov/12 ] |
what is the solution/workaround of this issue? |
Comment by Christoph John [ 15/Nov/12 ] |
Did you try the suggestions above? |
Comment by Manish Patel [ 23/Jun/16 ] |
Setting this worked for me: ValidateIncomingMessage=N It's a workaround, but really your FIX*.xml should be fixed. |