gpt4 book ai didi

jco - SAP JCo 客户端与服务器

转载 作者:行者123 更新时间:2023-12-04 02:07:02 33 4
gpt4 key购买 nike

我们正在尝试从独立的 Java 应用程序与 SAP R/3 通信为此,我们将使用 JCo 3.0 库。

根据文档,我了解到有 2 种方法可以连接到 SAP。

  1. 作为 JCo 客户
  2. 作为 JCo 服务器

起初我确信我们的应用程序需要作为 JCo 客户端进行连接。但我开始怀疑了。

我们的应用发送数据。 (例如更新订单状态)但是我们的应用程序也接收数据(例如,SAP 将更改推送到主数据 - MATMAS)。

那么,它需要是客户端还是服务器?

最佳答案

JCo 3.0 API 模型中没有 JCo Client,只有 JCoDestinations,它取代了 2.1 API 模型中的旧 JCO.Client

通过 RFC 协议(protocol)连接到 SAP 的两种方式是:

  1. 入站 RFC 通信(作为 RFC 客户端/Java 调用 ABAP)
  2. 出站 RFC 通信(作为 RFC 服务器/ABAP 调用 Java)

对于入站 RFC,您需要使用 JCoDestination 在 ABAP 端执行远程功能模块。对于出站 RFC,您需要在 SAP 网关上注册一个 JCoServer,然后它将接收来自 ABAP 端的传入请求,以便在 Java 端处理远程功能模块。在两个通信方向上都有一个请求,也可能对该请求有一个响应,因此数据流是双向的,用于入站和出站 RFC 通信。 Inbound 和 outbound 只是区分谁发起了 RFC 调用。

关于JCoServer,您通常还需要为存储库定义一些JCoDestination,因为这是默认的JCoServer 用于从 ABAP 后端查询所需的 RFC 元数据。如果没有这样的 JCoRepositoryJCoServer 将无法解释传入的 RFC 请求数据。因此,在典型的 JCo 服务器场景中,您同时需要:JCoServerJCoDestination(用于服务器的 JCoRepository)。

对于两种用例(客户端调用和存储库查询),您可以对 JCoDestination 使用相同的配置,但 SAP 建议定义单独的配置,这样在连接池大小和允许对两种用例进行单独的 RFC 授权。

关于jco - SAP JCo 客户端与服务器,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/42489623/

33 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com