基于solr 4.0 的二次开发方案

基于solr4.0 对分布式搜索服务的支持与优化。我也没做太多参考就选择了solr4.0
关于solr的使用，入门，实战之类的网上资料很多。推荐是wiki 将的比较详细点。国内的太陈旧。
对与solr 的二次开发方案，网上也一些资料。大部分思路如下：
[list]
[*]写一个代理proxy bean 用来设置搜索条件
[*]或是通过反射 将 solrInputDocument 与 bean 关联
[*]。。。。。。

[/list]

看来看去跟我的需求都不是太符合。

作为一个二次开发者，我们是给系统开发者提供一个更加简单的接口，让他们非常轻松的使用solr 并且不需要关心solr 的一切配置。这是我对这次二次开发的理解。

上述的方案可行，但是有局限性，如果是二次开发者一个人使用还好，如果需要给其他开发者去使用的话，人家入手还是需要一点理解的。因为他要去修改schame.xml里面的东西，schame里面的配置又是相当抽象的。

那么是否可以这样：[color=red]每一个开发者都编写一个相应xxx.xml放入相应的模块、项目下，然后schame.xml Xinclude 进来。他们可以公用分词器[/color]。

其实这等于没说，还是一样需要去理解solr 的配置，唯一的好处是不需要不需要去动服务器的schame.xml 而且solr配置是否支持Xinclude 还是个问题。

不行那就换一种：
[color=red]schema.xml 里面提供了动态配置。按其约定*_xx，进行通配。
那我们只需要约定 一下索引字段的规则即可，例如：总共分为String,double,int date,然后怎么去选分词器。等等。。。
这里约定好了，那么就是bean 跟Document 之间的转化了。最好不要去转化，但是可以使用

 public class MyDoc extends SolrDocument 

这样类似的解决，因为solrInputDocument 开发出来的方法很少，而且一目了然，直接给他换个名字就ok[/color]

[color=cyan]但是有Query 里面是必须要进行修改的。按照这种简单替换的方案不行，因为query 开发的方法非常多，而且逻辑复杂，不符合我们的要求，那怎么去修改呢？？我也还没想好[/color]
欢迎大家拍砖讨论