摘要

　　自从以某种通信模式将计算机连接在一起成为可能以后，文件传输就成了世界上最为常用的技术之一。过去，各种形式和规模的公司都极大程度地依赖此技术来在不同的 IT 系统之间交换基于文件的信息。尽管面向消息的中间件日渐重要，面向服务的架构也充满希望，但现代企业中的数据交换还是使用传输文件的简单过程。最近的政府法规，如 HIPAA 和 Sarbanes-Oxley，都提倡所有流程文档化、可审核并且可追查，包括并入或利用了 FTP 的业务流程。因此，企业在其策略中加入增强的文件传输功能作为整体集成策略的一部分，变得越来越重要了。

　　本文讨论如何在 BEA WebLogic Platform 中启用受管文件传输功能，以实现企业对企业 (B2B) 集成，同时讨论处理大文件以进行转换时涉及的一些问题。

介绍

　　几乎是从开始使用计算机以来，企业就已经使用文件传输了。这一简单的概念形成了许多公司的 IT 实施的基石。文件传输是指为使文件从一个应用程序传递到另一应用程序而提供的技术，其中另一应用程序可能在相同的计算平台上运行，也可能在完全不同的平台上运行。通常使用的逻辑是：业务应用程序被包含其所处理的数据的文件驱动，所以一种将业务的两个部分连接起来的方法就是交换（接收应用程序可以处理的）文件数据。

　　传统的文件传输一般采用批处理形式实现。信息被收集到一个应用程序/位置/系统中，然后被传递到另一个可能是远程的应用进行处理。例如，在工资处理系统中，从公司内的各个部门和区域收集考勤表信息，分批处理成数据文件，然后传送到企业大型主机。公司工资应用程序在此接收并处理这些数据文件，安排工资发放并生成工资条信息。这种机制实现了非常基本的应用程序和系统集成。但是，它有很大的局限性。其主要原因在于文件传输技术产生时，大多数使用都是以批操作形式进行的。按照美国证券交易委员会（SEC） Sarbanes-Oxley 法案的新要求，提倡所有流程文档化、可审核并且可追查，包括并入或利用了 FTP 的业务流程。因此，企业在其策略中加入受管文件传输功能作为整体集成策略不可缺少的一部分，变得越来越重要了。

扩展 SOA

　　直到最近，对于将现有技术应用到 SOA 世界相关的难题，只有一个标准应对方案 — 使用现有的 Web 服务增强工具中的一种在现有系统上创建新接口。典型的 SOA 架构类似图 1 所示，在此架构中，服务提供商提供一个广为人知的接口，人们使用 SOAP 或 REST 消息传递方式调用服务。

图 1. 使用 Web 服务的 SOA

但是，通常由于以下两个原因之一，这种 SOA 架构并不是始终可行或理想的：

• 应用程序不提供这种接口或数据，而是批量驱动的，按特定时间间隔生成报告。
• 应用程序属于另一企业，而该企业不具备承担切换到 SOA 的风险和费用的合理性。这是所有 B2B 服务提供方案中的典型问题，因为服务提供商不能将单一消息格式强加于客户。

　　当考虑现有的传输协议，特别是它们支持的业务流程时，我们同样面临着相似的情形。在实际应用中，许多协议仍然基于批处理，即使使用 FTP 或电子邮件分发非 XML 文档（如 Excel 文件）也是如此。与打破整个组织不同，SOA 实施必须无缝地适应和集成 — 而不必强制更改相关业务流程。在此基础上，我们将讨论 WebLogic Platform 如何帮助在现有的基于批处理的文件传输机制中并入基于 SOA 的受管文件传输功能。