Fiware Orion上下文提供程序查询多个实体

税务信息系统包含该市每个公民的所有税务信息

遵循FIWARE原则，似乎消费者可以查询Orion有关实体（公民）税务信息，并将请求转发给上下文提供者（即：TaxInformation System）

查询公民X税务信息->猎户座->出租车信息系统\u CP

根据，上下文提供者可以将自己注册为特定属性的源。例如，这可以使这项工作：

http://{{{orion}}/v2/entities/urn:citizenID/attrs/name/tax

然而，这似乎要求每个公民注册为一个实体，因此税务信息系统应该多次注册（每个公民一次）。（和住户信息系统、健康信息系统和…）

这似乎至少是很多不必要/多余的工作

再多读一点,

• 似乎我不能使用查询参数

  http://{{orion}/v2/entities/tax？citizen=X

  ，因为它们
• 似乎我无法查询任何公民税

  http://{{orion}/v2/entities/X/tax

  ，如果没有先显式创建实体
• 似乎我无法设置idPattern（当前仅支持。*），因为它将返回所有公民税，因为代理未将请求或实体转发给CP
• 两种类型都没有

（IIUC，iPattern现在似乎不赞成使用idPattern/typePattern）

---

我做错什么了吗？每个公民注册一次是唯一的办法吗？

不确定我是否完全理解你的情况

您可以像这样为所有公民进行注册：

{
  "dataProvided": {
    "entities": [
      {
        "idPattern": ".*",
        "type": "taxInformation"
      }
    ],
    "attrs": [
      ...
  },
  "provider": {
    "http": {
      "url": "http://thetaxsystem.com"
    }
  }
}

因此，如果您想获得特定公民的税务信息，您可以在CB处执行以下操作：

GET /v2/entities/1234567H?type=taxInformation

注册将导致请求作为上下文提供者发送到税务系统

编辑：上下文代理（）存在一个问题，使此案例无法工作。特别是第二种情况：

regR=

*

，query='E'，attrs={null}

---

EDIT2:上述案例已在Orion Context Broker中解决。它现在在master branch（

：dockerhub中最新的

标记）中可用，并将包含在下一个Orion Context Broker发行版（3.1.0）中。

在FIWARE中，在每个系统或平台中，都有更多使用和成熟的功能，而其他功能则更具实验性和令人眩晕。真正的用例和真正的客户对某些功能的需求越多（而且在实际生活和实际部署中的使用也越多），他们将得到更多的整合、验证和扩展。这不是注册的情况，复杂的联合场景不是最先进的。我同意它们启用了一些非常有趣的实验用例，但在实际部署中，联邦场景增加了额外的复杂性，使得它们在现阶段不受欢迎。

将请求转发给CP/op/query不是这样的吗：

[{idPattern:'.*'，键入：'taxInformation'}]

？。这难道不能检索所有公民税务信息吗？我不这么认为。转发的请求与客户端发送的请求相同（即针对实体id

1234567H

）。不过，如果您能测试一下并告诉我们，那就太好了；）已测试…CP似乎没有收到实体、查询、标题和正文。您使用的是哪个Orion上下文代理版本，即

contextBroker--version

输出中的第一行？捆绑在教程中的一行：“version:“version:”3.0.0“，”正常运行时间“：”1d，0h，20m，26s“，”git_散列“：”D6F8F4CC766A9093527027F0A4B3F906E7F04C4“，“编译时间”：“周一至四月12日14:48:44 UTC 2021”，“编译人”：“根”，“编译人”：“f307ca0746f5”，“发布日期”：“周一至四月12日14:48:44 UTC 2021”，“机器”：“x86_64”，“文档”：”，

GET /v2/entities/1234567H?type=taxInformation