【问题标题】:OData Olingo (API-) wrapper for different systems用于不同系统的 OData Olingo (API-) 包装器
【发布时间】:2017-01-12 21:04:28
【问题描述】:

简介

我想设置一个 Olingo oData 服务(2.0,Java)。该服务在其自己的包中具有固定的模型定义。我还有一个 Java 用户管理。当用户向 Service 发送请求时,结果元数据保持不变(模型),但数据可以来自不同的系统。

这意味着:

  • 用户“John”从 System1 接收数据
  • 用户“Adam”从 System2 接收数据

问题

为不同的服务归档这样一个“API-Wrapper”系统的最佳实践是什么?可能有一个系统(System1)也可以与 OData 一起工作,所以我们只“转发”请求?在另一个系统(System2)上,我必须使用原始 GET 参数、句柄过滤器和 and and 构建一个“特殊 API”。

Olingo 可以做到这一点吗?是否可以将批处理请求转发到 System1? System2有自己的批量请求实现?

更多信息:我正在使用 SAP HANA Cloud Platform,并希望使用不同的后端系统。

【问题讨论】:

    标签: java odata olingo


    【解决方案1】:

    我认为这种情况没有问题。您只需根据登录用户从 Java 应用程序向不同系统发送请求,然后解析数据并将其发送回用户。

    将您的 OData 请求转发到 System1 并创建特定的 GET 请求以调用 System2 应该不是问题。

    您将不得不手动完成这一工作(没有将传入请求转发到另一个 OData 服务的神奇方法),但它应该非常可行。

    事实上,我也在 HCP 上做类似的事情(我的 OData 服务有两个数据源,一个是数据库,另一个是我使用 Web 服务与之通信的远程系统)。

    更新:您可能需要使用 JDBC 公开 OData 服务以获得灵活性。 JPA 与数据库对象密切相关。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2013-11-25
      • 2010-11-12
      • 2015-12-09
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2020-01-16
      相关资源
      最近更新 更多