QuickFIXJ报Tag未定义异常，已配置允许未知字段仍无法解码消息

核心问题 #

你收到的FIX消息中，字段447(PartyIDSource)是嵌套在NoPartyIDs(453)=1的重复组内，但你的数据字典将OrderCancelReject(msgtype=9)消息中的PartyIDSource定义为消息级独立字段，而非重复组内字段。这才是触发Tag not defined for this message type异常的根本原因——QuickFIXJ会严格校验重复组内的字段归属，AllowUnknownMsgFields仅作用于消息级未知字段，对组内字段不生效。

修正步骤 #

1. 修复数据字典的重复组定义 #

修改OrderCancelReject消息结构，将Party相关字段放入NoPartyIDs重复组内，正确的XML结构如下：

<message name="OrderCancelReject" msgtype="9" msgcat="app">
    <!-- 保留原有消息级字段 -->
    <field name='OrderID' required='Y' />
    <field name='SecondaryOrderID' required='N' />
    <field name='ClOrdID' required='Y' />
    <field name='OrigClOrdID' required='N' />
    <field name='OrdStatus' required='Y' />
    <field name='CxlRejResponseTo' required='Y' />
    <!-- ... 省略其他已有消息级字段 ... -->
    <field name='UserDefinedTag' required='N' />
    
    <!-- 定义NoPartyIDs重复组，将Party相关字段移入组内 -->
    <group name="NoPartyIDs" required="N" number="453">
        <field name="PartyID" required="N" />
        <field name="PartyIDSource" required="N" />
        <field name="PartyRole" required="N" />
    </group>
</message>

注意：移除原有消息级的PartyIDSource、PartyID、PartyRole字段定义，确保它们仅存在于NoPartyIDs组内。

2. 修正配置项细节 #

• 你的SenderCompID= TEST存在多余空格，修正为SenderCompID=TEST，避免会话匹配异常。
• 确认DataDictionary路径正确，确保应用能加载到修改后的字典文件。

3. 验证修复效果 #

重启应用后重新接收OrderCancelReject消息，此时QuickFIXJ会正确识别组内的447字段，不会再抛出校验异常。

补充说明 #

• AllowUnknownMsgFields=Y仅忽略消息根级别未定义的字段，组内字段必须在对应组的定义中存在，否则仍会触发校验失败。
• ValidateUserDefinedFields=N仅作用于用户自定义字段（非FIX标准字段），447是FIX标准字段，因此该配置对当前问题无影响。

内容的提问来源于stack exchange，提问作者Nyamkhuu B