問題タブ [ektorp]

次のように定義されたビューがあります。

Javaコードで、私は書いた

私のコードは常に 0 行を返します。

CouchDBのサンプルブログ例を調べています。私は Spring で Ektorp を CouchDB に使用しています。アプリケーションに実装したかったのです。それを使用すると、ソファデータベースにユーザーがいます：

ただし、最後のレコードのみを返します。すべてのユーザーを取得するためのアイデアはありますか?

私はソファデータベースを備えた単純なデータベースを持っています。私はユーザーにそのフィールドを持っています:

ユーザーをdbに保ちます。ただし、Couch DB と NoSql は初めてです。例を使用して map reduce を実装するにはどうすればよいですか (または、内部的に実行し、何もする必要はありませんか?)

アプリケーションには Spring 3 と Ekorp を使用しています。

私は Spring 3 で Ektorp で Couch DB を使用しています。ドキュメントを読み、例を実装しようとしました。私はこれらのテクノロジーにとても慣れていません。これが私が理解できなかったポイントです：

そのウィーブはどのように機能し、どのように定義するのか、その行で何が起こるのでしょうか?

ダース以上のプロパティを持つクラスがあります。プリミティブ型のほとんどのプロパティでは、デフォルトのBeanSerializerやBeanDeserializerなどを使用して、作成する必要のある面倒なコードを減らしたいと考えています。カスタム型と配列型の他のプロパティについては、カスタムシリアライザー/デシリアライザーを実行したいと思います。基になるJSON文字列を変更できないことに注意してください。しかし、私はアンドロイドコードへのフルアクセスを持っています。Jackson 1.7.9 /Ektorp1.1.1を使用しています。

BeanDeserializerをサブクラス化しますか？私はそれに問題を抱えています。パラメーターのないデフォルトのコンストラクターを想定していますが、スーパーコンストラクターの呼び出し方法がわかりません。

Googleを検索しましたが、役立つ例やチュートリアルが見つかりませんでした。誰かが私にいくつかの実用的な例を送ってくれるなら、それは素晴らしいことです！ありがとう！

単純な問題だと思っていたものに対処するのに苦労しています。基本的に、java.util.Map<String, String>IDがマップキーになりsomeField、ドキュメントの値が最終的になる、が必要です。

私は本当にこれに固執しています、それは私を大いに驚かせます。別のビューを書いてみました：

次に、次のJavaを使用します。

これはすでに本当に醜いですが、実際には機能しません。queryForStream返されるJSONの結果には、クエリの結果だけでなく、他のランダムなものが含まれているようです。これにより、readValue呼び出しは。をスローしIOExceptionます。

また、これらすべての値を含む単一のオブジェクトを生成するためにを使用reduceしてみましたが、その結果、Couchはreduceが十分に減少しないと文句を言います...

Androidのcouchbaseについて、次の2つの質問がありました。

• couchdb が Android デバイスに複製されるとき、ドキュメントの添付ファイルはダウンロードされて SDCard に保存されますか、それともプレーンなドキュメント (json) のみが保存されますか?
• 選択的な複製を実行することは可能ですか。基本的に、couchdb にドキュメントのチャンクが含まれている場合、ドキュメントのサブセットのみを複製できますか? Ektorp クライアント ライブラリを使用しています。

更新: 2 番目の質問については、「Java 学校を中退しました」という回答が適切です。正しい用語は、フィルターされたレプリケーションです。

証拠のある最初の質問の答えを探しています。

名前と数量のある単純なアイテムモデルがあります。

およびアイテムリポジトリクラス

およびアイテムコントローラ

javascriptインターフェースとして追加されたCouchDBConnectorクラスがあります。

PhoneGapアプリのHTMLページから、CouchDBConnectorクラスを呼び出してすべてのドキュメントまたは文字列「アイテムが見つかりません」を取得しようとしていますが、nullポインター例外が発生します。スタックトレースは次のとおりです。

私は、さまざまなレガシー コンポーネントを統合するためのイベント サービス バスとして機能するアプリケーションに取り組んでいます..アプリケーションは、データ ストアを利用して、システム間で送信されるすべてのイベントと要求を監査し、バス サブスクライブ エンドポイントに関するメタデータを格納します.. 。等。CouchDB にはアプリケーションの要件の多くが既に組み込まれているため (REST API、レプリケーション、メタデータ ドキュメントのバージョン管理など)、CouchDB をデータ ストアとして利用したいと考えています。ここで、私のアプリ スタックは次のようになります。

データベースが CouchDB であるため、DAO 層は Ektorp Java ライブラリまたは単純な REST クライアントのいずれかになると思います。ここで私の質問ですが、Ektorp を使用して DAO レイヤーを構築するのは冗長ではありませんか? つまり、CouchDB のビューと設計ドキュメントと対話するサービス層で RestTemplate を使用して、コーディングの労力を節約しないのはなぜでしょうか?

何か不足していますか？

ありがとう、

特定のフィールドを含むCouchDBデータベースの1つにある既存のすべてのドキュメントの構造を変更する必要があります。現在、フィールドは単純な文字列です。次に例を示します。

この例では、関心のあるフィールドは「typeId」です。この要件が変更されたため、文字列の配列にしたいです:(しかし、明らかにすべてのドキュメントでフィールドの現在の値を保持する必要があります！したがって、上記の例から、結果は次のようになります。

これをどのように達成できるかについてのアイデアはありますか？

これが役立つ場合に備えて、私のJavaWebアプリケーションはEktorpライブラリを介してCouchDBと通信します。