注意: 本节仅适用于通过 FTP 或 FTPS 接收来自参与者的文档。在创建 FTP 网关和创建 FTPS 网关中描述了发送文档给参与者。
如果您打算使用 FTP 或 FTPS 作为入站文档的传输方法,则您必须安装 FTP 服务器。如果您打算使用 FTP,但当前还没安装服务器,那么在继续下一步之前请马上安装服务器。请确保下列有一种方案适合于您的安装:
在安装了 FTP 服务器之后,下一步是在 FTP 服务器的主目录下创建必需的目录结构。WebSphere Business Integration Connect 需要特定的目录结构,以便接收器和文档管理器组件可以正确识别发送入站文档的参与者。该结构类似于这样:
每个参与者目录都包含一个 Binary 目录和一个 Documents 目录。Binary 目录和 Documents 目录都包含 Production 目录和 Test 目录。
当参与者将包含完整路由选择信息的 XML 文档(使用 FTP)发送到中心时,使用 Documents 目录。这需要创建定制 XML 定义。请参阅管理定制 XML。
当参与者将其它任何文档(使用 FTP)发送到中心时,则使用 Binary 目录。
对于每个将使用 FTP 发送或接收文档的参与者,在您的 FTP 服务器的根目录创建下列文件夹:
了解 FTP 服务器如何处理二进制文件和 XML 文件是很重要的。
二进制文件有所需的文件名结构,因为文档管理器根本就不检查这些文件。
文件名结构是:<ToParticipantID><UniqueFileName>
当接收器检测到二进制文件时,将它写入共享存储器,然后将其传送给文档管理器进行处理。
检测到的文件所在的目录名用于得出“发送参与者名称”,文件名的第一个部分用于得出“接收参与者名称”。该目录在目录结构中的位置用于判断事务是 Production 事务还是 Test 事务。
例如,在 \ftproot\partnerTwo\binary\production 目录中检测到名为 123456789.abcdefg1234567 的文件。文档管理器了解下列信息:
然后文档管理器在 partnerTwo 到 partnerOne 的 Production 参与者连接中查找无(N/A)/Binary(1.0)/Binary(1.0),然后处理该文件。
XML 文件没有文件名要求,因为文档管理器对文件进行检测,并从文档本身中抽取路由选择信息。
当接收器检测到 XML 文件时,将它写入共享存储器,然后将其传送给文档管理器进行处理。
文档管理器将 XML 文件与已定义的 XML 格式进行对比,然后选择所需的 XML 格式。“发送方参与者名称”、“接收方参与者名称”和路由信息都从 XML 文件中抽取。
该目录在目录结构中的位置用于判断事务是 Production 事务还是 Test 事务。
然后文档管理器在处理文件之前使用该信息来找到正确的参与者连接。
注意: 当文档管理器通过 FTP 接收到诸如 EDI 文档之类的文件时,它将这些文件当作二进制文件进行处理。这些文档被 WebSphere Business Integration Connect 系统当作通过文档处理。
在创建必需的目录结构之后,需要为中心社区中的每位参与者配置 FTP 服务器。 配置 FTP 服务器的方式取决于你正在使用的是哪种服务器。请参阅 FTP 服务器文档,然后执行下列任务:
如果您在使用 FTPS 服务器以接收入站文档,则只由参与者使用的 FTP 服务器和客户机来处理 SSL 会话的安全性注意事项。对于入站 FTPS 文档,对 WebSphere Business Integration Connect 没有特殊的安全性配置。在服务器成功地处理安全性通道和接收文档后,WebSphere Business Integration Connect 检索来自 FTP 目标(在设置 FTP 目标中描述的)的文档。参阅 FTPS 服务器文档来确定需要(在需要它们的地方)何种证书以成功配置参与者可使用的安全通道。