随着PI7.1之后单栈AEX系统的出现，接口的配置已经转变为创建一个单一的集成配置（ICo），所有的消息处理步骤都包含在一个屋檐下。

虽然这简化了流程编排的配置部分，不再为发送方协议、接收方确定等创建单独的对象，我们意识到这在将一对多场景从双栈迁移到单栈时带来了一个全新的挑战。

所讨论的场景包括将销售点数据（如价格、促销等）发送到商店。在经典配置中，这意味着为每个接收方业务系统\组件创建单独的接收方协议，并在单个接收方确定对象中添加接收方。在ICo方法中，这意味着将所有接收器添加到同一ICo，这意味着创建一个具有1000+个接收器的庞大ICo。打开ICo或任何相关对象（通信通道）进行阅读或编辑在时间上是一个挑战。从支持的角度来看，工业物联网，这不是您想要的。

由于接收方FTP适配器不支持动态服务器地址，因此我们必须采用自定义解决方案来解决此问题。使用的解决方案是使用自定义适配器模块来支持动态服务器地址。每个接收者都由一个唯一的密钥标识，该密钥用于在数据库表中存储FTP服务器的详细信息（服务器IP、用户、密码、文件名、路径、编码）。ICo有一个带有接收器文件通道的公共接收器，在该通道中调用模块。

在消息映射中，唯一的接收器密钥填充在未使用的适配器特定消息属性中，物联网设备，因为该信息不是接收器有效负载的一部分。如果接收器有效载荷包含该信息，则可以省略该步骤。在适配器模块中，此密钥从ASMA（适配器特定消息属性）检索，并用于在数据库表中查找以检索FTP详细信息。

然后，代码打开到目标服务器的FTP连接，并在关闭连接之前将文件写入从DB查找检索到的路径中。然后，该模块将一个空的有效负载返回给下一个消息处理步骤CallAdapter。这一点很重要，因为在接收机信道中，设置了"忽略空有效负载"选项。这确保了在运行时成功完成消息处理步骤。

在开发解决方案时要记住几件事。

如果需要编写文本文件，可以在"模块"选项卡中的"自定义适配器"模块之前使用MessageTransform Bean。对于FTP，您可以选择开源或任何其他可用的ftpapi。在我们的例子中，我们发现开放源码apacheftpapi有一个挂起线程的问题，因此选择了第三方提供的ftpapi。在日志中提供尽可能多的详细信息非常重要，如接收器密钥、FTP详细信息、文件名等。由于所有消息都路由到同一接收器，因此我们需要依赖适配器模块日志进行支持。接收器可以按区域或基于任何其他此类属性进行隔离。在这种情况下，ICO将为每个接收方组包含一个单独的接收方业务组件。这里的优势在于，当我们寻找发送给特定接收者的文件时，可以分离消息，物联网系统，物联网流量卡，因为我们只需要深入查看该接收者组的消息。除了适配器模块之外，还可以构建自定义适配器，因为这样可以在边界方面提供更大的灵活性。对于公共接收器通道，可以使用任何适配器类型而不是文件通道。要记住的重要一点是，由于文件的实际写入是在模块内部进行的，因此需要如何完成消息处理。如果您想避免从模块内部执行DB查找，云估价，可以在消息映射步骤中完成，并将存储在ASMA属性中的信息用于在模块中检索。