检测WSDL中的递归及解决Logic Apps自定义连接器导入报错

我之前也碰到过一模一样的问题，Azure Logic Apps的自定义连接器确实不支持WSDL里的递归类型定义，咱们一步步来搞定它。

如何在WSDL中查找递归定义 #

• 先锁定报错里的目标元素：xxx://api.cvent.com/2006-11:EventParameters，直接在WSDL文件里搜索这个元素的名称（注意对应好命名空间前缀，比如tns:EventParameters）。WSDL的类型定义一般都在<types>标签下的XSD片段里。
• 递归通常有两种表现形式：
  1. 直接递归：元素直接引用自身类型，比如 <xs:element name="EventParameters" type="tns:EventParameters"/>
  2. 间接递归：元素的某个子元素，通过一层或多层类型引用，最终又指向了自身。比如EventParameters里有个<xs:element name="relatedParam" type="tns:RelatedParam"/>，而RelatedParam类型里又引用了EventParameters。
• 你可以用文本编辑器的全局搜索功能，追踪所有引用EventParameters的地方，顺着依赖链找就能发现循环的地方。要是觉得手动找麻烦，用本地的XML可视化工具（比如VS Code的XML插件）来梳理类型依赖，会更直观。

如何移除或修改递归定义（如果可行） #

• 删除不必要的递归：如果递归是WSDL里多余的定义（比如某个子元素其实不需要引用父类型），直接删掉那个递归引用的字段，或者把它的类型换成非递归的具体类型。
• 调整递归结构：如果递归是业务需要但可以变通，那就重构类型结构。比如原来的EventParameters里有个parentEvent字段引用自身，你可以新建一个BasicEventParameters类型，只保留核心字段，然后把parentEvent的类型改成这个新类型，切断递归链。
• 验证修改后的WSDL：改完之后一定要检查WSDL是否合法，用本地的WSDL验证工具或者VS Code的XML校验功能都可以，避免引入新的语法错误。
• 最后把修改好的WSDL重新导入Logic Apps自定义连接器，应该就能绕过这个BadRequest错误了。

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