这个XML文档的根是什么？

我正在尝试将我的应用程序与UPS API集成，但是，我收到了一个错误。我认为这是因为我为XML设置了错误的根。我需要遵循以下格式：

    <?xml version="1.0" ?>
    <AccessRequest xml:lang='en-US'> 
        ...
    </AccessRequest>
    <?xml version="1.0" ?>
    <ShipmentConfirmRequest>
        ...
    </ShipmentConfirmRequest>

...
...

那么这个XML文档的根是什么？我以为你只能有一个

---

从示例看，他们似乎在提供并等待无效的XML，因为您是对的，XML文档必须只有一个根节点

---

也许您可以将2个（或更多）XML连接到一个请求中，或者在收到响应时将其拆分为有效的XML文档，然后再进行处理。

正如其他人所说，这不是一个格式良好的XML文档。这是两个相互连接的XML文档。显然，UPS希望您使用能够识别并将其分解的工具

就我个人而言，我会给公司的CTO写一张便条，告诉他们他们的程序员需要一些基本的XML教育，包括下面的回答来说明原因

---

同时，我看到的最好的解决方法是设置一个过滤流实现，它可以围绕这个输入进行包装。让它将

识别为返回文件结尾的信号，然后再次对其进行解析以读取响应的其余部分

这两个文档各有一个单独的根，但它说我必须在一个请求下这样做。那么，是否可以在一个请求中发送两个XML文档？这里没有单个根，并且

处理指令显示两次-这不是有效的XML文档。UPS API是否有在线文档？想分享一个指向API文档的链接吗？UPS收到过更糟糕的“标准”响应吗？@nrathaus，所以我给他们发了电子邮件，答案是请求需要非常规XML（严重吗？所以我必须合并发送两个XML文档（一个以AccessRequest作为根，另一个作为ShipmentConfirmRequest）在一个请求中。哈哈哈，难道大公司不应该拥有最好的开发人员吗？不总是这样。有时，错误的经理得到了这份工作，雇佣了一个不称职的承包商。问题是，他们会多快地说“哦”，并修复它，而不是试图捍卫它？这就是为什么我建议自上而下而不是自下而上。