Question

我试图在 Jackrabbbit 2. 0 实例( 实际上是一天 CRX 2. 1 实例) 上重建 Luceene 搜索索引( 实际上是一天 CRX 2. 1 实例), 这样我就可以应用新的属性增量加权值来进行相关评分。但是, 在同一点, 计数 3173000 重复中止索引化。

*INFO * MultiIndex: indexing... /content/xxxxxx/jcr:content (3173000) (MultiIndex.java, line 1209)
*INFO * RepositoryImpl: Shutting down repository... (RepositoryImpl.java, line 1139)

离开 CRX 网络实例显示

非法国家例外:该存储库不可用。

日志中没有任何迹象表明它为什么关闭。在任何更高的跟踪水平上, 这两条线之间没有更多的线条。所提到的路径存在且无足轻重。 Jackrabbit 每100个节点记录一条路径, 从而导致失败的可能是下100个节点中的任何一条。

任何想法可能出了什么问题, 或如何我可以调试这个?

(不幸的是,这是那些我深思熟虑的问题之一——我不能多说,因为我不知道去哪里找。 )

Answer 1

感谢所有评论中的建议。问题是我们对错误的 HTML 有一些内容 : 具体来说, 在 < code@ lt; li> 中, 是否关闭 : a code@ lt; select> & lt; option> :

<html><body><form>
  <select>
    <option value="1"><li></option>
  </select>
</form></body></html>

这杀死了javax.swind.text.html.parser.Parser ,并配有可扔的StackOverflowError, 这是可扔的, 并且不会被Jackrabbit Multip Index的错误处理所捕获。

https://bugs.java.com/buggdatabase/view_bug?bugg_id=7172359” rel=“nofollow norefererr” 向Oracle 报告Parser撞车事件,我会提议给 Jackrabbbit 核心添加一个补丁, 该补丁在索引代码周围添加额外的试捕, 至少记录有问题的精确节点, 并在可能情况下, 从错误中恢复, 并继续索引化。在StackOverplowError 的情况下, 我认为这是可以回收的 : 当我们回到例外处理代码时, 堆堆的深度不合理。

在实践中,我不会被允许在这里经营一个经过修改的杰克比特生产,但至少我已经确定和固定坏的内容这样同样的问题就不会咬我们了。

友情链接