使用 IBM FileNet P8 实现序列号分发器

核心提示： 使用 servlet 不仅隔离了安全访问，这种技术还隔离了获取序列号的业务逻辑，使用 IBM FileNet P8 实现序列号分发器(4)，servlet 可以被任意数量使用不同技术的客户端访问并获取序列号，这种技术的明显缺点是向架构添加 servlet 的复杂性和为客户端提供检测以透明地访问

使用 servlet 不仅隔离了安全访问，这种技术还隔离了获取序列号的业务逻辑。servlet 可以被任意数量使用不同技术的客户端访问并获取序列号。这种技术的明显缺点是向架构添加 servlet 的复杂性和为客户端提供检测以透明地访问 servlet。该技术的优点是否能够超越其缺点取决于场景的特定要求。

解决这些问题的一个流行解决方案是使用数据库来储存分发器。企业级关系数据库的资源本质上就是带有可靠的锁语义的分布式资源。在 P8 架构中，应用程序不能直接访问后端数据库。换句话说，必须独立为每个应用程序安排数据库访问，不管是通过 J2EE 数据源、直接的 JDBC 连接，还是其他方式。这对于某些场景非常适用，但如果仅为了访问分发器数据而这样做，显然是过于麻烦。

我们都知道的是，基于 P8 的应用程序能够访问 P8 ObjectStores 和对象，但要受到 P8 强制执行的访问检查。因此我们能够将分发器建模成 P8 对象。尤其是，我们可以创建 CustomObject 的子类 WjcDispenser 的一个实例，它包含一个整型定制属性 WjcCounter。（名称添加了前缀 “Wjc” 以避免与其他类和属性名冲突）。图 1 显示了这个简单子类的 UML 图。

图 1. WjcDispenser 的 UML 图

我们假设对该对象的安全访问能够方便地安排给需要访问它的应用程序的所有用户。现在，我们仅假设所有人都能够连接到 ObjectStore 并更新分发器对象。查看使用 J2EE servlet 了解实现这种安全场景的有趣方法。

另外，我们将忽略分发器对象的初步创建过程。一种好办法是让附带的 Java 和 .NET 类检测分发器对象是否缺少，您可以根据需要或在该类的静态初始化方法中创建它。查找分发器对象的两种常见方法是使用预定义的 ID 值或将对象储存在 ObjectStore 内部的预定义路径中。还可以使用查询来查找 WjcDispenser 类的所有实例。在下面的例子中，我们假设 ObjectStore 的身份和分发器对象的特定位置针对应用程序进行了某些配置。