从fiware和其他API接口Orion和其他GE

我正在尝试集成Proton CEP和Mandrill，这是一个电子邮件服务，由Orion context broker中介。 当我开始研究Orion时，我认为它可以直接与CEP通信，通过http交换JSON对象。此外，Orion将能够解析每个对象，以提供每个API都能理解的正确格式

从可用的示例和文档中，我能够理解由我们开发的另一个API应该在每个API之间进行解析和中介通信

所以我想确认这是真的，我没有遗漏什么。猎户座真的无法定制它的输出吗

如果得到确认，我将继续开发这个中介API

亚瑟

编辑： 我相信我在上面对这个问题并不清楚。我希望加上这个能有所帮助

Proton CEP通过http POST JSON对象接收，但只有当变量的格式很简单，如{“Name1”：“Value1”，“Name2”：“Value2”}，没有数组或复杂结构时，它才理解这些变量

---

Orion也可以通过http在JSON中通信，但我无法控制JSON输出的结构。因此，CEP将无法理解来自猎户座的输入并对其进行处理。其他API也会出现同样的问题。我想确认Orion确实无法定制其输出，并且需要在我们这方面进行集成。

Orion只理解/返回XML和JSON，因此它能够与FIWARE中的大多数GE进行通信。我不能告诉你任何关于质子CEP的事，对不起。

---

当然，为了确保GEs（尤其是其他组件）之间的互操作性，“中介网关”将解决问题。

Orion Context Broker在通知中发送的JSON格式符合NGSI10上下文管理规范。使用预定义的JSON（而不是定制的JSON）是确保与其他NGSI兼容软件互操作性的最佳方式

---

在自己进行NGSI-to-Proton适配之前，我建议您与Proton开发团队核实是否有任何现有的NGSI连接器连接到他们的系统，您可以重复使用。您可以找到联系方式。

您可以在中找到关于CEP和Orion之间连接的最佳解释

---

用户指南的附录A规定了建立此类沟通的步骤（订阅和/或简单发布）。

谢谢您的回答。我确实错过了CEP的一些东西。它确实支持ngsixml。我的注意力集中在JSON上，没有认真阅读。当前版本的Orion上下文代理（0.23.0）也支持通知中的XML。尽管XML目前是Orion的一种不推荐的编码（现在很少有人在现代RESTAPI中使用XML），但还是要考虑它，以防它可能简化与基于现有连接器的CEP的集成。