elasticsearch抛出异常工作与mongoDB河
我按照http://elasticsearch-users.115913.n3.nabble.com/ElasticSearch-and-Mongo-DB-td4033358.html链接使用mongoDB river集成elasticsearch和mongoDB。每个组件的版本是：
- ubuntu 12.04 64位
Mongodb在一台服务器上独立运行，但根据此链接http://loosexaml.wordpress.com/2012/09/03/how-to-get-a-mongodb-oplog-without-a-full-replica-set/，oplog作为replSet打开，oplogSize在/etc/mongodb中配置。conf和db。oplog。rs.find（）还显示了一些操作记录。索引由以下内容添加：
curl -XPUT localhost:9200/_river/appdata/_meta -d'
{
"type": "mongodb",
"mongodb" : {
"db": "test_appdata",
"collection": "app_collection"
},
"index": {
"name": "test_appdata",
"type": "app"
}
}'
但是当elasticsearch启动时，日志显示了一些异常，如下所示：
[2013-05-07 23:20:40,400][INFO ][river.mongodb ] [Ransak the Reject] [mongodb][app] starting mongodb stream. options: secondaryreadpreference [false], throttlesize [500], gridfs [false], filter [], db [test_appdata], script [null], indexing to [test_appdata]/[app]
Exception in thread "elasticsearch[Sundragon][mongodb_river_slurper][T#1]" java.lang.NoSuchMethodError: org.elasticsearch.action.get.GetResponse.exists()Z
at org.elasticsearch.river.mongodb.MongoDBRiver.getLastTimestamp(MongoDBRiver.java:1088)
at org.elasticsearch.river.mongodb.MongoDBRiver.access$2200(MongoDBRiver.java:93)
at org.elasticsearch.river.mongodb.MongoDBRiver$Slurper.getIndexFilter(MongoDBRiver.java:967)
at org.elasticsearch.river.mongodb.MongoDBRiver$Slurper.oplogCursor(MongoDBRiver.java:1021)
at org.elasticsearch.river.mongodb.MongoDBRiver$Slurper.run(MongoDBRiver.java:858)
at java.lang.Thread.run(Thread.java:679)
我是elasticsearch和mongodb的新手，mongodb的副本设置是否导致了错误？欢迎提出任何建议。
共有1个答案
您的河流与Elasticsearch 0.90不兼容。移动到ES 0.20.6或在MongoDB河项目中请求补丁。
-
抛出异常的行为是否可能抛出不同的异常？ 为了抛出异常，必须（可选地）分配新对象，并调用其构造函数（隐式调用fillinstacktrace）。在某些情况下，听起来像addSupressed也被称为。那么如果没有足够的内存会发生什么呢？JVM是否需要预分配内置异常？例如，(1/0)会抛出OutOfMemoryError而不是ArithmeticException吗？ 此外，构造函数是一个方法调用，因
-
我正在使用以下命名查询： 该查询在mysql中运行良好： 但当我试图运行我的代码时，我得到了QuerySyntaxException：
-
在许多地方，我得到了几个已检查的异常，如IOException、ParseException、JSoneException等。我必须做出两个选择之一- > 通过在方法签名的末尾添加抛出来抛出相同的异常。 将检查的异常包装在RuntimeException（或一些自定义实现）中，然后抛出它，以便调用者不必在任何地方添加throws子句并检查异常。 在第一种情况下，我将不得不到处抛出，但我的客户可以通
-
问题内容： 考虑以下代码： 无需添加方法签名即可编译该代码。（它与同样表现到位，太）。 我理解为什么 可以 安全地运行它，因为实际上不能将其引发在块中，因此不能引发已检查的异常。我有兴趣知道在何处指定此行为。 并非永远都不会达到目标：以下代码也会编译： 但是，如果抛出一个检查的异常，它不会像我期望的那样编译： 在JLS Sec 11.2.2中 ，它说： 一，其抛出的表达式语句（§14.18）具有静
-
问题内容： 下面的编码方法是好的做法吗？ 而且，我应该 仅使用记录器？ 只抛出异常？ 两者都做吗？ 我知道可以在调用堆栈的另一部分捕获异常，但是也许其他日志记录有一些隐藏的好处，并且也很有用。 问题答案： 在某些情况下，我会同时使用日志记录和引发异常。特别是，它在API中很有用。通过抛出异常，我们允许调用者对其进行处理，并通过记录日志，我们可以自行确定其根本原因。 而且，如果调用者在同一系统中，则
-
在你可以捕获异常之前，一些代码必须抛出一个异常。任何代码都可能会抛出异常：您的代码，来自其他人编写的包（例如Java平台附带的包）或Java运行时环境的代码。无论是什么引发的异常，它总是通过 throw 语句抛出。 您可能已经注意到，Java平台提供了许多异常类。所有类都是Throwable类的后代，并且都允许程序区分在程序执行期间可能发生的各种类型的异常。 您还可以创建自己的异常类来表示在您编写