问题标签 [jackrabbit]

我开发了 Web 应用程序，它使用 GWT 作为客户端，使用 JCR（Jackrabbit）作为持久性。Maven GWT 插件 (mvn gwt:run) 启动一些 UI，其中跟踪客户端和服务器之间的通信。此 UI 还提供了重新启动服务器的选项。

我想在服务器实际重新启动之前拦截服务器重新启动事件并执行一些操作，例如 repository.shutdown() 。

有没有办法注册处理程序并为此类服务器事件定义操作？

我正在使用 Jackrabbit，并且正在尝试查询具有 UUID 的现有节点。我的代码如下所示。问题是 referenceNode 的 UUID 的格式为“'90be246a-a17c-445e-a5ad-81b064de0bee'”，而且 Jackrabbit (Lucene) 中使用的 XPATH 引擎似乎在处理连字符时存在问题。

如果我运行 query2，一切都很好，并且会打印 referenceNode。如果我在 Eclipse 中运行 query1（使用 UUID），则不会返回任何内容。但是，如果我在 Jackrabbit Viewer 中运行 query1，则查询运行良好。

似乎我必须在我的 queryString 中转义连字符，但我尝试添加双反斜杠并得到相同的结果。针对 UUID 运行查询的正确方法是什么？

我有以下代码将“rose.gif”插入roseNode。但是如何从存储库中检索文件？

我在尝试使用共享 NFS 挂载使我的 repository.xml 对 2 节点配置正确时遇到了很多麻烦。我应该为 PersistenceManager 和 Journal 使用数据库持久性管理器吗？

我发现 Apache Jackrabbit Wiki 很迟钝并且无法避免这个错误：

20:47:34.804 [pool-1-thread-3] 警告 oajcore.util.RepositoryLock - 检测到现有锁定文件 /export/attachments/.lock。存储库未正确关闭。

如果您有示例 repository.xml，请分享。谢谢。

我正在使用 JCR 1.0，并且在关闭 JCR 连接后重新打开它们时遇到问题。

这是我的两个辅助方法：

我有两个方法叫做 addProperty() 和 getProperty()，它们都需要连接到 JCR 存储库。我将 openConnection() 和 closeConnection() 方法放在 add 和 get 方法的开头，但似乎第二个运行的方法都无法重新打开已经关闭的连接。

这是我得到的例外：

你如何重新打开相同的连接？我不想总是保持连接打开，因为锁会阻止其他应用程序使用存储库。

我在一个使用 Jackrabbit 和 Hibernate Search 的基于 Java Web 的应用程序上工作。我面临的问题是 Jackrabbit 严重依赖 Lucene 2，但 Search 需要 Lucene 3 才能工作。我设法做了一些“不太好的诡计”来让它工作（即我必须找到一种方法在我的 WEB-INF/lib 目录中同时拥有 Lucene 2 和 3 JAR 而没有任何类冲突）。

尽管一切正常，但我想完全摆脱 Lucene 2，但 Jackrabbit 一直在为我坚持这一点。前几天我遇到了以下链接，我看到 Jackrabbit 家伙已经设法升级以在“沙盒”分支中与 Lucene 3 兼容。

我的问题是有人用过这个沙盒版本吗？我还没有机会玩它，所以我想知道是否有人可以确认它确实可以与 Lucene 3 一起使用，如果是的话，你在从上一个稳定的 Jackrabbit 版本升级到这个沙盒/快照时是否遇到任何问题？这将极大地帮助我决定现在升级到此版本或等到他们有另一个稳定版本。

我的 Jackrabbit 2.2 应用程序中有以下 Xpath 查询：

执行时导致以下异常

javax.jcr.query.InvalidQueryException: Lexical error at line 1, column 73. Encountered: "@" (64), after : "" for statement: for $v in //crms:publications/*/*[@crms:publication-security='28862' OR @crms:publication-security='23459' OR @crms:publication-security='23489'] return $v

但是如果我在没有 OR 的情况下运行以下查询，它运行良好：

这可能是显而易见的，但任何关于我做错了什么的指导都将不胜感激

谢谢

大卫

在过去的 2 年里，我一直在使用 Liferay，但我从来不需要任何广泛的文档管理。

现在我有一个 portlet，用户可以在其中上传文档（MS office OLE2 文档、ODS 文档、PDF 等），我必须使用所有可用的元数据来保存它们。

我知道在不使用 Liferay 的情况下如何做到这一点，我可能会使用 Apache solr 和 Apache Tika（UpdateRichDocuments和ExtractingRequestHandler）或在后台使用 Apache Tika 的 Apache Jackrabbit（org.apache.jackrabbit.extractor.*）。

问题是，如果我查看 Liferay 的主干，有一些关键类：

Hooks (JCRHook, FileSystemHook, CMISHook, s3Hook)DLLocalServiceImpl直接从内部雇用

另一种选择是使用 DLAppLocalServiceImpl它，DLRepositoryLocalServiceImpl并且文件也通过 Hooks 持久化到存储库中，但是在那里完成了很多额外的工作。

1. Liferay 中没有 jackrabbit-text-extractors 库，所以我想如果我想从 PDF、DOC、ODS 文档中提取元数据，我会很难过……因为 DL 服务层不接受附加属性

   1. 我想我必须避免使用 DL 服务和 JCR 挂钩并直接访问 Jackrabbit ......但我会失去兼容性和迁移我的存储库等的可能性。

请问有人可以合作吗？谢谢

我有一个理论问题。我有大量各种格式的文档（ODS、MS office、pdf、html），我想实现 ECM 系统，它不是文档管理系统，而是保存文档元数据和数据的系统（各种语言）以统一的方式 (xhtml) 进入文件系统和数据库（仅元数据）并进行数据处理（索引、搜索）。

您将使用哪些技术以及您将如何进行？这些是我的选择：

仅使用 Apache Tika - 解析这些文档并将元数据和数据提取为 xhtml 格式，然后使用 Lucene 或 Solr 进行索引和全文（最大的缺点是数据库持久性 - 元数据变化很大）

仅将 Apache Solr 与 Tika解析器一起使用——我没有这方面的经验。它是否支持像 Apache Nutch 这样的数据库集成？

然后是 Apache UIMA 项目 - 很难找出幕后发生的事情

使用一些已经在使用 Apache Tika (alfresco, apache jackrabbit) 的 CMS - 但我对它们没有太多经验。无论如何，我确信他们已经解决了 Apache Tika 本身无法解决的问题，例如（doc 与 docx 或不同的元数据类型）。

从 Apache Tika 获得 xhtml 格式后，我还可以使用 eXist db 等原生 XML 数据库，但我不确定这是一个好的选择，因为这些文档的结构相当扁平。XML 数据库用于更分层的文档持久性。

I'd like to know your thoughts about using these two CMS on Liferay. I know, that jackrabbit is rather a framework and reference JCR implementation. I'm more interested in the situation, when you have Liferay portlet and you need a CMS repository other then the liferay Document Library, because you need more features.

What I am concerned about:

• Level of Metadata Extraction from various document formats ( I see that both are using Apache tika parsers)

• Level of Content Transformation - for instance dealing with not quite valid PDFs (OCR)

• How easily can developer extend functionality (for instance implementing various actions on document processing)

It takes a lot of time to try both of them, I have to decide on one and stick with it.

Thank you