जावा

का उपयोग कर कॉच डीबी 2.0 फॉक्सटन में दस्तावेज़ बनाएं मैंने एक डिफ़ॉल्ट जीडब्ल्यूटी परियोजना बनाई और मेरे डेटाबेस के रूप में कॉच डीबी का उपयोग करके एक साधारण प्रविष्टि के साथ डेटाबेस में एक दस्तावेज़ बनाने की कोशिश की। पहले हम यूआई के रूप में कॉच डीबी 1.6 i.e futon का उपयोग कर रहे थे। अब, हाल ही में यूआई के रूप में CouchDB 2.0 i.e Fauxton का उपयोग करने का प्रयास कर रहा है।जावा

समस्या: -

CouchDB 2.0 में एक दस्तावेज बनाने में असमर्थ।

सर्वर साइड कोड: -

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 को अपडेट नहीं कर रहे हैं, ऑटो ने डेटाबेस में निर्माण दस्तावेज़ के समय किया है। तो, पता नहीं क्या मुद्दा है।
यह लिखना भूल गया कि डेटाबेस आसानी से कोच डीबी 2.0 पर जावा के माध्यम से बनाया गया है।
क्या हमें जार फाइलों के नए संस्करणों का उपयोग करना है>? $COUCHDB JARS(USED AT TIME OF 1\COUCHDB 1.6$

स्रोत

2017-02-22 Vartika

मुझे लगता है कि त्रुटि काफी कहती है कि समस्या क्या है। अद्यतन यूआई 'update_seq' को स्ट्रिंग और सर्वर के रूप में भेज रहा है जो अभी भी 1.x सर्वर पर लंबे मूल्य की उम्मीद कर रहा है। तो सर्वर को 2.x पर अपडेट करना एक अच्छी शुरुआत होगी। – Veeram

महोदय, पहले से ही 2.0 पर स्थानांतरित हो गया है और वहां पर बुनियादी कार्य करने की कोशिश कर रहा है लेकिन असफल। हम update_seq फ़ील्ड के साथ कुछ भी नहीं कर रहे हैं, यह एक ऑटो जनरेटेड फ़ील्ड है। couchdb 2.0 के आधिकारिक दस्तावेज़ में update_seq फ़ील्ड का मान अभी भी 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/) में कहा गया:

सबसे महत्वपूर्ण बात, अद्यतन seq, या अनुक्रम, किसी भी एक नंबर नहीं है लंबा लेकिन एक स्ट्रिंग।

जैसा कि आपने कहा आप update_seq सीधे लेकिन couchdb4j करता है के साथ सौदा नहीं है।

couchdb4j क्लाइंट-पुस्तकालय की वर्तमान कार्यान्वयन निम्नलिखित कोड का उपयोग कर पार्स करता है पूर्णांक के रूप में सर्वर-प्रतिक्रिया-संपत्ति update_seq:

updateSeq = json.getInt("update_seq");

और यह अब CouchDB 2 के साथ काम करेंगे।0

यहाँ इस लाइन युक्त सबसे हाल ही में कोड का कोई लिंक है: https://github.com/mbreese/couchdb4j/blob/master/src/java/com/fourspaces/couchdb/Database.java (देखें लाइन 59)

मैं इस मदद की उम्मीद, ईसाई

स्रोत

2017-03-03 20:43:36

क्षमा करें, लेकिन अभी भी कुछ भ्रम है। क्या आप मुझे couchb4j के स्थान पर ektorp जार का उपयोग करने के लिए कह रहे हैं। चूंकि couchdb4j को लंबे समय से अपडेट नहीं किया गया है। मुझे माफ़ कर दो, लेकिन जवाब को स्पष्ट रूप से समझ में नहीं आया। आप मुझे अपडेट_seq डेटाटाइप – Vartika

को इस पर पूरी तरह से स्पष्ट नहीं होने के लिए खेद है। मेरी जांच के अनुसार नवीनतम couchdb4j क्लाइंट-लाइब्रेरी और couchdb 2.0 update_seq को संभालने के तरीके में असंगत हैं। तो आपको किसी अन्य क्लाइंट-लाइब्रेरी पर स्विच करने की आवश्यकता होगी। couchdb के लिए अच्छे क्लाइंट-पुस्तकालयों पर चर्चा मेरे द्वारा प्रदान किए गए लिंक में मिल सकती है। –

क्षमा करें महोदय, क्लाउडेंट को मिली अन्य लाइब्रेरी खोजने की कोशिश की लेकिन इसका उपयोग करने में असमर्थ, कुछ याद आ रही है। कोड कैसा रहेगा कि हम सत्र कैसे बनाएंगे, डाटाबेस प्राप्त करेंगे और दस्तावेज़ बनायेंगे? क्षमा करें – Vartika

मिलान का प्रयोग करें या नई के रूप में ग्राहक में हर जगह जार फ़ाइलों के संस्करण सर्वर के रूप में अच्छी तरह से। कोई फ़ाइल संस्करणों के लिए निर्देशिका खोज कर सकता है। पुरानी फाइलों की संभावनाओं को खत्म करने के लिए पूरी परियोजना को साफ और पुनर्निर्माण करें।

स्रोत

2017-03-04 02:58:11 SACn

उत्तर

संबंधित मुद्दे