@H_403_2@

@H_403_2@以Account对应的IO的为例,IO结构：

@H_403_2@

@H_403_2@Account

@H_403_2@ AccField1

@H_403_2@ AccField2

@H_403_2@ AccField3

@H_403_2@ Contact

@H_403_2@ ConField1

@H_403_2@ ConField2

@H_403_2@ ConField3

@H_403_2@

@H_403_2@WritePropSet方法和WriteXMLHier方法生成的xml结构中，将field放在了属性中：

@H_403_2@

@H_403_2@<AccountAccField1="value"AccField2="value"AccField3="value">

@H_403_2@ <ContactConField1="value"ConField1="value"ConField1="value">

@H_403_2@<Account>

@H_403_2@注：报文中意在讲方法生成报文结构的区别，ListOf虽然也是其中一项，但太烦，就不写了。。

@H_403_2@

@H_403_2@而WriteEAIMsg方法生成的xml跟接收和请求的报文比较相似，field放在元素中：

@H_403_2@

@H_403_2@<Account>
<AccField1>value</AccField1>
<AccField2>value</AccField2>
<AccField3>value</AccField3>
<Contact>
<ConField1>value</ConField1>
<ConField2>value</ConField2>
<ConField3>value</ConField3>
</Contact>
</Account>

@H_403_2@

@H_403_2@之前由于WriteEAIMsg方法的方法名起的有些奇葩，以为不是写XML形式的，所以只关注了前两个方法，结果是想搞个测试报文都要从属性里一个一个抓值。。

@H_403_2@

@H_403_2@WriteEAIMsg方法除了必填的参数FileName和SiebelMessage之外，加上另外个可选参数就可以直接作为发送报文拷到soap信封里了：

• @H_403_2@GenerateNamespaceDecl：显示命名空间，在发送报文中，如果收发双方命名空间不一致，接收方就会解析不出来相应信息。默认为false，应设置为true。
• @H_403_2@UseSiebelMessageEnvelope：如果为true，报文的头尾会被<SiebelMessage>包起来，默认为true，应设为false。

@H_403_2@

@H_403_2@<Account xmlns="xxxx">
<AccField1 xmlns="xxxx">value</AccField1>
<AccField2 xmlns="xxxx">value</AccField2>
<AccField3 xmlns="xxxx">value</AccField3>
<Contact xmlns="xxxx">
<ConField1 xmlns="xxxx">value</ConField1>
<ConField2 xmlns="xxxx">value</ConField2>
<ConField3 xmlns="xxxx">value</ConField3>
</Contact>
</Account>

@H_403_2@

@H_403_2@这样生成的日志文件就可以直接拷到soap中测试和查错了，搞定！\(^o^)/