Jackrabbit部署模型

部署模型

JSR-170明确允许使用多种不同的部署模型，这意味着完全由存储库实施来建议某些模型。
Jackrabbit被构建为支持各种不同的部署模型，此处将概述有关如何部署Jackrabbit的一些可能性。
另请参阅以下HOWTO文档，以设置和使用不同的部署模型：

• JCR client application HOWTO （JCR客户端应用程序）
• 模型1: Application Bundle HOWTO （应用捆绑操作）
• 模型2: Shared J2EE Resource HOWTO （共享J2EE资源方法）
• 模型3: Repository Server HOWTO （存储库服务器操作）

模型1 ：（Web）应用程序捆绑包

或者许多应用程序，通常是在封闭上下文中运行而不与其他应用程序或数据源交互的应用程序，最好将内容存储库与应用程序本身捆绑在一起。
Jackrabbit是为此轻量级模型构建的，并且显然允许通过JSR-170提供的抽象在任何时间点移动到不同的部署模型，以防应用程序在其中运行时需要使用它。
这使Jackrabbit成为打包为轻量级的开箱即用的内容存储库的理想之选，该存储库允许应用程序供应商可以确保不依赖于预先安装的内容存储库。
与该应用程序打包在一起的Jackrabbit实例在同一个JVM中在进程内运行，并且任何其他应用程序都无法访问。
此部署模型特别轻量级，不需要网络层。
各个存储库实例都使用其包含的应用程序一起启动和停止，这意味着该应用程序不仅连接到存储库，而且还负责启动和停止存储库。
作为此部署模型的一个示例，我们假设将一个WebApplication打包到一个.war文件中，然后将其部署到WebContainer中，该容器不仅包含应用程序，还包含实际的内容存储库。

Application1和Application2都包含自己的内容存储库实例，这些实例作为.war文件的一部分分发，因此通过Web应用程序的类加载器加载，这使其对其他应用程序不可见。
当然，这部署模型也适用于任何独立的应用程序，而不仅仅是web应用程序。

模型2：共享的J2EE资源

部署存储库的第二种方法是，通过将存储库注册为Application Server的资源适配器，使其在Servlet容器中运行的所有Web应用程序可见。
与第一个部署模型类似，此部署模型也不需要网络层，因此将被视为进程内的，并且在同一JVM中运行。
该存储库由Application Server启动和停止，但是对所有要连接的应用程序都是可见的。

此设置还允许利用Application Server的XA功能，并可以使用作为J2EE框架的一部分提供的应用程序服务器单点登录机制。

模型3：存储库服务器

在企业环境中，C/S部署模型被广泛应用于关系数据库中。虽然对于关系数据库，这可能是大多数RDBMS供应商对存储库（尤其是Jackrabbit）支持的唯一部署模型，但这只是针对不同的选项。
在需要将内容存储库（或数据）层与应用程序或表示层物理分离的环境中，C/S部署模型肯定会很流行，因此内容存储库可以从许多不同的应用程序物理上使用，并且可以单独地进行缩放。

此部署模型假定在内容存储库服务器与相应的内容存储库客户端之间存在一个网络层。
当应用程序通过JSR-170 API与内容存储库客户端进行通信时。然后，内容存储库客户端通过任何形式的传输协议与独立的内容存储库服务器进行通信。
客户端和服务器之间的传输协议需要实现，而不是JSR-170强制要求的。流行的选择可能包括基于JRMP或IIOP或WebDAV的RMI及其扩展。

原文地址：http://jackrabbit.apache.org/jcr/deployment-models.html