是扩展JackRabbit还是从Lucene构建？

Question

我一直在做一个网站的想法，一般的概念是对文档的全文搜索，它还允许基于这些评级的用户评级，我想提高该项目在Lucene索引中的价值。但是我想知道我是应该扩展JackRabbit，还是仅仅从Lucene基础上构建。有没有什么好的方法可以用这种方式扩展JackRabbit并影响索引，或者直接使用Lucene是最好的？

无论我走哪条路，我都强烈倾向于在grails上使用groovy，要么使用可搜索的插件，要么直接使用JackRabbit。有没有什么主要的理由让我坚持使用Java？

澄清：

我想根据一个项目的平均用户评分来提升一个项目，JackRabbit是否足够开放或足够可扩展，我可以捕获用户评分，然后在JackRabbit中对索引产生影响，或者它离JackRabbit的核心太远了，我应该从Lucene开始构建？

Answer 1

我推荐使用JCR，并在其后面实现Jackrabbit。JCR允许您区分存储的内容和存储的方式。

通过停留在JCR框架中，您应该能够轻松地在JCR实现之间切换。(有几个，不仅仅是Apache的。)甚至在Jackrabbit中也有许多持久性管理器，而不仅仅是Lucene。当您想要在存储空间和性能之间进行权衡时，这种灵活性非常有用。

JCR已经包括全文搜索和维护用户评分的能力。它应该非常适合你的项目。

Answer 2

有什么重要的理由让我坚持使用Java吗？

不怎么有意思。您可能已经知道，可以在Groovy/Grails中使用任何Java库，所以在Java中可以做的事情在Groovy中都可以做。虽然相反也是真的，但根据我的经验，用Java做事情需要更多的(样板)代码。

尽管Java比Groovy快得多，但这并不意味着用Java编写的应用程序会更快，因为瓶颈可能是数据库而不是代码执行。

至于你应该使用Lucene/Searchable还是JackRabbit，如果不知道你能实现什么，那就很难说了。到目前为止，您所告诉我们的就是您想要索引文档并提升索引中的某些项。你当然可以用Lucene来做这两件事。

Answer 3

我推荐在Lucene之上使用JCR/Jackrabbit，原因有几个：

1)您的存储库结构可以很容易地支持具有子节点的文档节点，这些子节点存储所有元数据，包括所有者、评级、标记、评论等。

2) JCR是基于文档/节点的应用程序开发的理想之选，它在框架级别提供了大量繁重的工作，同时不会阻碍应用程序级别的开发。