Создать документ в CouchDB 2.0 fauxton с помощью Java

Я создал проект GWT по умолчанию и попытался создать документ в базе данных с простой записью, используя CouchDB в качестве моей базы данных. Раньше мы использовали CouchDB 1.6 i.e futon в качестве пользовательского интерфейса. Теперь, недавно, попробовал использовать CouchDB 2.0 i.e Fauxton в качестве пользовательского интерфейса.Создать документ в CouchDB 2.0 fauxton с помощью Java

ПРОБЛЕМА: -

Невозможно создать документ в CouchDB 2.0.

SERVER КОД СТОРОНА: -

public String greetServer(String input) throws IllegalArgumentException { 
     // Verify that the input is valid. 
     System.out.println(input); 

     Session session=new Session("192.168.1.48",5984); 
     Database db=session.getDatabase("testing"); 
     Document doc=new Document(); 
     doc.put("name", input); 
     db.saveDocument(doc); 

     return "Hello, " + input; 
    }

ИСКЛЮЧЕНИЕ: -

2017-02-22 17:23:41.147:WARN:/:qtp10750155-45: Exception while dispatching incoming RPC call 
com.google.gwt.user.server.rpc.UnexpectedException: Service method 'public abstract java.lang.String com.dbconnect.client.GreetingService.greetServer(java.lang.String) throws java.lang.IllegalArgumentException' threw an unexpected exception: net.sf.json.JSONException: JSONObject["update_seq"] is not a number. 
    at com.google.gwt.user.server.rpc.RPC.encodeResponseForFailure(RPC.java:416) 
    at com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:605) 
    at com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:333) 
    at com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:303) 
    at com.google.gwt.user.server.rpc.RemoteServiceServlet.processPost(RemoteServiceServlet.java:373) 
    at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) 
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:648) 
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:729) 
    at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:812) 
    at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:587) 
    at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) 
    at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577) 
    at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223) 
    at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127) 
    at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515) 
    at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185) 
    at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061) 
    at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) 
    at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97) 
    at org.eclipse.jetty.server.handler.RequestLogHandler.handle(RequestLogHandler.java:95) 
    at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97) 
    at org.eclipse.jetty.server.Server.handle(Server.java:499) 
    at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:311) 
    at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257) 
    at org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:544) 
    at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635) 
    at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555) 
    at java.lang.Thread.run(Unknown Source) 
Caused by: 
net.sf.json.JSONException: JSONObject["update_seq"] is not a number. 
    at net.sf.json.JSONObject.getDouble(JSONObject.java:2090) 
    at net.sf.json.JSONObject.getInt(JSONObject.java:2109) 
    at com.fourspaces.couchdb.Database.<init>(Database.java:50) 
    at com.fourspaces.couchdb.Session.getDatabase(Session.java:185) 
    at com.dbconnect.server.GreetingServiceImpl.greetServer(GreetingServiceImpl.java:22) 
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
    at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) 
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) 
    at java.lang.reflect.Method.invoke(Unknown Source) 
    at com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:587) 
    at com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:333) 
    at com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:303) 
    at com.google.gwt.user.server.rpc.RemoteServiceServlet.processPost(RemoteServiceServlet.java:373) 
    at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) 
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:648) 
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:729) 
    at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:812) 
    at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:587) 
    at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) 
    at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577) 
    at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223) 
    at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127) 
    at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515) 
    at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185) 
    at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061) 
    at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) 
    at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97) 
    at org.eclipse.jetty.server.handler.RequestLogHandler.handle(RequestLogHandler.java:95) 
    at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97) 
    at org.eclipse.jetty.server.Server.handle(Server.java:499) 
    at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:311) 
    at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257) 
    at org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:544) 
    at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635) 
    at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555) 
    at java.lang.Thread.run(Unknown Source)

/******************* *************** РЕДАКТИРОВАТЬ 1 ************************/ Link where mentioned about update_seq

Дело в том, что мы не обновляем update_seq через наш код, который его авто сделал во время создания документа в базе данных. Итак, не знаю, в чем проблема.
Забыл написать, что база данных была создана с помощью java легко на CouchDB 2.0.
ДОЛЖНЫ ИСПОЛЬЗОВАТЬ НОВЫЕ ВЕРСИИ JAR FILES>? $COUCHDB JARS(USED AT TIME OF 1\COUCHDB 1.6$

источник

2017-02-22 Vartika

Я думаю, что ошибка в значительной степени говорит о том, в чем проблема. Обновленный интерфейс отправляет 'update_seq' в виде строки, а сервер, который все еще находится на сервере 1.x, ожидает долгого значения. Поэтому обновление сервера до 2.x было бы хорошим началом. – Veeram

Sir, уже сдвинутый до 2.0 и пытающийся выполнять основные функции там, но неуспешно. Мы ничего не делаем с полем update_seq своим автоматически сгенерированным полем. Значение поля update_seq в официальном документе couchdb 2.0 все еще показывает int. Я разместил ссылку. – Vartika

Вы также обновили серверные библиотеки до 2.0? Банки на скриншоте, который вы разделяете – Veeram

Проблема связана с couchdb4j стар (последней фиксации на GitHub было около 5 лет назад).

В этом сообщении также говорится, что это предполагает использование клиентской библиотеки, которая более активно работает, например. Ektorp (см. CouchDB Java client).

фона на couchbd4j-проблемы вы столкнулись

Документация миграции вы связаны (https://blog.couchdb.org/2016/08/17/migrating-to-couchdb-2-0/) гласит:

Самое главное, что с послед обновления, или последовательность, не является числом любой дольше, но строка.

Как вы сказали, что не имеют дело с update_seq напрямую, но couchdb4j делает.

Текущая реализация couchdb4j клиентской библиотеки разбирает сервер-ответ-свойство update_seq как Integer, используя следующий код:

updateSeq = json.getInt("update_seq");

И это больше не будет работать с CouchDB 2.0

Вот ссылка на самый последний код, содержащий эту строку: https://github.com/mbreese/couchdb4j/blob/master/src/java/com/fourspaces/couchdb/Database.java (см линия 59)

Я надеюсь, что это помогло, Christian

источник

2017-03-03 20:43:36

извините, но все еще есть путаница. Вы говорите мне использовать банку ektorp вместо couchb4j. Поскольку couchdb4j не обновлялся с давних времен. Простите меня, но я не понял ответа. Как вы хотите, чтобы я изменил тип данных update_seq – Vartika

извините за то, что вы не полностью поняли это. по моему исследованию новейшая клиентская библиотека couchdb4j и couchdb 2.0 несовместимы в том, как обрабатывается update_seq. поэтому вам нужно переключиться на другую клиентскую библиотеку. обсуждение хороших клиентских библиотек для couchdb можно найти в приведенной ссылке. –

Извините, сэр, попытался найти другую библиотеку, найденную в облаке, но не смог ее использовать, возможно, что-то не хватает. Как будет выглядеть код, как мы будем создавать сеанс, получить базу данных и создать документ? извините – Vartika

Используйте соответствие или новую версию файлов .jar везде в клиенте как а также сервер. Можно выполнить поиск каталогов для версий файлов. Очистите и перестройте весь проект, чтобы исключить возможности сбора старых файлов.

источник

2017-03-04 02:58:11 SACn

Создать документ в CouchDB 2.0 fauxton с помощью Java

ответ

Смежные вопросы