沉潜飞动

DisMax扩展（eDisMax）查询解析器是DisMax查询解析器的升级版。除了支持所有DisMax查询解析器参数外，还扩展了DisMax：支持完整的Lucene的查询分析器语法。支持查询，例如AND, OR, NOT, -, 和 +。在Lucene查询语法模式中，把 and 和 or 当做 AND 和 OR。使用“魔术字段” _val_ 和 _query_。这些字段在schema.xml

本文主要介绍下Solr解析器中通用的查询参数。这些参数能够在[标准查询解析器](http://www.howardliu.cn/translation-the-standard-query-parser)、[DisMax查询解析器](http://www.howardliu.cn/translation-the-dismax-query-parser/)及[eDisMax查询解析器](https://cwiki.ap

局部参数是Solr请求的特定的一种查询参数。局部参数提供了设置某些元数据的方法，比如，查询字符串。（在Solr文档中，局部参数有local parameters和LocalParams两种写法。） 局部参数指定参数的前缀，以下面的查询参数为例：q=solr rocks我们可以为这个查询串设置局部参数，来为标准查询解析器提供更多的信息。比如，我们修改默认操作符为AND和默认搜索域为“title”：q

在部分概述在Solr搜索描述，分类是基于索引的搜索结果方面的安排。搜索与索引方面，随着数值计算有多少匹配的文件被发现是每学期。小面很容易让用户探索的搜索结果，缩小正是他们正在寻找的结果。 根据Solr搜索概述中的描述，层面分析是基于搜索结果的排列。所有的Searcher都携带有索引term，随着匹配文档，term也被发现。层面分析简化用户对搜索结果的处理，缩小查找结果范围。基本参数下面的表总结了控

Solr默认的查询分析器使用的lucene分析器。 标准查询分析器的主要优势在于它支持强大且直观的语法，允许创建各种结构化的查询。与DisMax查询分析器相比，最大的缺点是它不能够容忍语法错误，而DisMax查询分析器比设计为尽可能少的返回错误。标准查询分析器参数除了公用查询参数、层面分析参数、高亮参数、匹配相似参数，标准查询分析器支持下表中描述的参数：参数描述q 定义一个使用标准查询语法的查询。

DisMax查询解析器设计的初衷是处理用户输入的简单短语（没有复杂语法），在多个根据不同含义使用不同权重的字段间进行搜索。另外还有额外的选项，使用户可以根据具体用例（根据用户的输入）影响打分。 总的来说，DisMax查询解析器比标准Solr查询请求更像Google的接口。对于许多付费应用，这种相似性使DisMax成为更加适当的查询解析器。她能够接收简单的语法，却很少发生错误。 DisMax查询解

1 概述  ZooKeeper（动物园管理员），顾名思义，是用来管理Hadoop（大象）、Hive（蜜蜂）、Pig（小猪）的管理员，同时Apache HBase、Apache Solr、LinkedIn Sensei等众多项目中都采用了ZooKeeper。  ZooKeeper是Hadoop的正式子项目，与Hadoop密切相关但却没有任何依赖。它是一个针对大型应用提供高可用的数据管理、应用

1 概述  ZooKeeper（动物园管理员），顾名思义，是用来管理Hadoop（大象）、Hive（蜜蜂）、Pig（小猪）的管理员，同时Apache HBase、Apache Solr、LinkedIn Sensei等众多项目中都采用了ZooKeeper。  ZooKeeper曾是Hadoop的正式子项目，后发展成为Apache顶级项目，与Hadoop密切相关但却没有任何依赖。它是一个针对

EOS Platform支持标准的EAR，可以运行在weblogic服务器上，但是EOS Platform 7.2暂不支持weblogic12c，需要手动修改一些配置，然后才能够成功部署。

weblogic启动时报weblogic.application.ModuleException: com.tangosol.net.RequestPolicyException: No storage-enabled nodes exist for service oracle.coherence.web:DistributedSessions错误，需要将coherence会话的本地存储设置为true。

在实际工作中，需要用到EOS Platform，这是一个基于Eclipse的开发工具，自带了Tomcat，可以满足大部分需要，但是有时候需要使用Weblogic，这就得手动安装Weblogic插件了。这个过程与Eclipse相同（Eclipse下安装weblogic插件），本文中在EOS Platform 7.2中安装Weblogic插件。

在安装EOS Platform的时候，会有选择插件的界面，包括bps、cap、mobile（7.3提供）、sso。当选择的bps之后，在EOS的default包（应该称为基础包）中，将包含BPS的内容。EOS导出EAR包的原理是，将新建的EOS项目中的内容添加到default包中，然后将default整体导出为EAR包。在某些使用EOS项目中没有用到BPS，并且不需要BPS引擎启动，需要通过修改配置

内存溢出是软件开发过程中经常遇到的一些问题，在本地使用weblogic中间件的时候，可能会经常打包部署应用，重复多次之后，就可能出现内存溢出的情况。

这是一次比较苦逼的运维，完全不熟悉的系统、不清楚环境、不清楚配置，两眼一抹黑。为啥？就是因为原来的负责人撤了、交接人休假、再次交接人也休假，再再次交接人只有一份不全的文档。而我是再、再、再次交接人，连文档也没有。更要命的是，这是生产环境，大家都懂得，生产环境就是不能出问题，自封一个“奉命于危难之间”吧。抱怨了一整段了，还是简单的说下这次运维吧，运维的是RabbitMQ集群，3个节点A、B、C，每个节

作为中间件，消息队列是分布式应用间交换信息的重要组件。消息队列可驻留在内存或磁盘上, 队列可以存储消息直到它们被应用程序读走。通过消息队列，应用程序可以在不知道彼此位置的情况下独立处理消息，或者在处理消息前不需要等待接收此消息。所以消息队列可以解决应用解耦、异步消息、流量削锋等问题，是实现高性能、高可用、可伸缩和最终一致性架构中不可以或缺的一环。

在开发过程中，有一种情况是比较尴尬的：需要用到某个软件，但是只需要用到这个软件中的一小部分功能，这样既浪费的磁盘空间，又浪费了CPU空间。比如Weblogic，完整版包括很多功能，但是开发过程中，只是需要创建数据源、部署项目，然后进行测试即可。所以开发过程中，需要一款简化的Weblogic（Weblogic开发版）是挺有必要的（如果电脑配置比较壕，也可以任性的使用完整版）。

在Eclipse中安装weblogic server tools插件，可以直接连接到weblogic server，发布、部署、调试都变得简单些。