将 Jackrabbit 1.3 升级到 Jackrabbit 2.1.1

发布于 2024-10-07 02:07:21 字数 148 浏览 2 评论 0原文

在我的项目中，我需要将 Jackrabbit 1.3 更改为 Jackrabbit 2.1.1。我的工作是进行查询。如果索引格式和查询格式有变化，请建议我。 Jackrabbit 2.1.1 使用 Lucene 2.4，而 Jackrabbit 1.3 使用 Lucene 2.2。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

倾城花音 2024-10-14 02:07:21

让我们将升级分为以下部分：

将 1.3 升级到 1.5（请参阅类 IndexMigration):
<块引用>
IndexMigration 实现了一个实用程序，可将 Jackrabbit 1.4.x 索引迁移到版本 1.5。在版本 1.4.x 之前，索引使用字符 '' 将属性名称与值分隔开。从 Lucene 2.3 开始，这不再起作用。参见 LUCENE-1221。 Jackrabbit >= 1.5 使用字符“[”作为分隔符。每当从磁盘打开索引时，都会运行快速检查以查明是否需要迁移。另请参阅 JCR-1363 了解更多详细信息。
将 1.5 升级到 2.0.0（请参阅发行说明。 txt）：
<块引用>
向后兼容性
Jackrabbit 2.0 旨在与现有 Jackrabbit 兼容
1.x 客户端和存储库。此目标的主要例外是：
- 删除已弃用的类和功能。长耳大野兔 2.0 不是
  向后兼容使用类或功能的客户端代码
  它在 1.x 发布周期中已被弃用。最值得注意的是
  临时 org.apache.jackrabbit.api.jsr283 接口已
  已删除，以支持 javax.jcr 中的官方 JCR 2.0 API。
- 包含使用新 JSR 283 安全功能的存储库
  作为 Jackrabbit 1.5 和 1.6 中的开发预览可能会遇到问题
  升级到 Jackrabbit 2.0 时。特别参见 JCR-1944 和 JCR-2313
  了解更多详情。
- JCR-RMI 层不再实现 Jackrabbit API 扩展。
  使用 JCR-RMI 进行分布式事务或用于管理的代码
  创建工作区或注册节点类型等操作需要
  进行相应更新。
- Jackrabbit 2.0 中的 JCR-RMI 层仅支持 JCR 2.0 存储库。
  要访问像 Jackrabbit 1.x 这样的 JCR 1.0 存储库实现
  RMI，需要使用1.x版本的JCR-RMI。
升级2.0.0到2.1.1（2.x分支的定位是拥有稳定的API）：
<块引用>
这是 Apache Jackrabbit 2.0.0，完全兼容且可投入生产
Java 技术 API 内容存储库 2.0 版的实现

另请参阅 Jackrabbit 和 Lucene API。

Lets divide your upgrade into the following parts:

Upgrade 1.3 to 1.5 (see Class IndexMigration):
IndexMigration implements a utility that migrates a Jackrabbit 1.4.x index to version 1.5. Until version 1.4.x, indexes used the character '' to separate the name of a property from the value. As of Lucene 2.3 this does not work anymore. See LUCENE-1221. Jackrabbit >= 1.5 uses the character '[' as a separator. Whenever an index is opened from disk, a quick check is run to find out whether a migration is required. See also JCR-1363 for more details.
Upgrade 1.5 to 2.0.0 (see RELEASE-NOTES.txt):
Backwards compatiblity
Jackrabbit 2.0 is designed to be compatible with existing Jackrabbit
1.x clients and repositories. The main exceptions to this goal are:
- Removal of deprecated classes and features. Jackrabbit 2.0 is not
  backwards compatible with client code that used classes or features
  that had been deprecated during the 1.x release cycle. Most notably
  the temporary org.apache.jackrabbit.api.jsr283 interfaces have been
  removed in favor of the official JCR 2.0 API in javax.jcr.
- Repositories that have used the new JSR 283 security features included
  as a development preview in Jackrabbit 1.5 and 1.6 may face problems
  when upgrading to Jackrabbit 2.0. See especially JCR-1944 and JCR-2313
  for more details.
- The JCR-RMI layer no longer implements the Jackrabbit API extensions.
  Code that uses JCR-RMI with distributed transactions or for administration
  operations like creating workspaces or registering node types needs to
  be updated accordingly.
- The JCR-RMI layer in Jackrabbit 2.0 only supports JCR 2.0 repositories.
  To access a JCR 1.0 repository implementation like Jackrabbit 1.x over
  RMI, you need to use the 1.x versions of JCR-RMI.
Upgrade 2.0.0 to 2.1.1 (2.x branch is positioned to have a stable API):
This is Apache Jackrabbit 2.0.0, a fully compliant and production-ready
implementation of the Content Repository for Java Technology API, version 2.0