問題タブ [pojo]

私たちのプロジェクトでは、すでに配置されているテーブル構造を変更する余裕がないという制約があります。テーブルは本質的に高度に非正規化されています。

このアプリケーションに適したPOJOを考え出しました。既存のテーブルから生成されたエンティティBeanがあります。次に、POJOをエンティティにマップして、永続化できるようにする必要があります。

最終的に、良いPOJOと悪いテーブルを組み合わせます。このアプローチのオプション/代替案/提案について何か考えはありますか？

今、私はサーバーに送信するリクエストオブジェクトを処理するための最良の方法を決定することに夢中になっています。つまり、アプリ内にインプレッションやクリックの追跡などの追跡要求オブジェクトがあります。ペイロードが非常に少ない単純なリクエスト。私のアプリには、追跡する必要のあるオブジェクトが同時に隣り合って表示される場所があります（追跡する必要がある同時オブジェクトは最大で3つ）。たとえば、オブジェクトが表示されるたびに、追跡リクエストを作成する必要があります。それらのそれぞれのオブジェクト。

これらのオブジェクトをベクターに追加するシングルトンキュースレッドを簡単に作成できることはすでにわかっています。スレッドはそれらをメインループで処理するか、処理するオブジェクトができるまでキューで待機します。これは明確な解決策のように聞こえますが、キューは数十に蓄積される可能性があり、リクエストごとに1つの接続を確立するため、同時に実行されないため、面倒な場合があります。

私が念頭に置いていたのは、セマフォを介して2つの同時接続を作成し、追跡イベント要求を含むスレッドオブジェクトを処理できるスレッドプールを作成することでした。つまり、新しいスレッドオブジェクトを作成し、それをVectorに追加する関数を作成したかったのです。この関数では、スレッドプールがスレッドのセットを反復処理し、一度に2つ処理します。次のようなオブジェクトを追加する関数を作成できることはわかっています。

私が疑問に思っているのは、スレッド自体がどのように実行されるのかということです。リストにスレッドを追加した後にスレッドプールを実行する関数を作成するにはどうすればよいですか？また、セマフォは2回目の接続後にブロックされるため、空きスロットができるまでアプリがロックされますか、それともリストをループしているときにスレッドプールオブジェクトにロックされますか？

いつものように、私はJ2ME / Blackberry環境を対象としているため、1.5より前の回答のみが受け入れられ、GenericsやConcurrentパッケージのクラスは受け入れられません。

編集：だから私はこれが多かれ少なかれそれがどのように見えるべきかであると思います：

私はいくつかのデータフィールドを持つクラスを持っています:

今、私はJavaで休止状態の注釈を使用してこれをマップしたいと思いますが、私が使用した元のSQLクエリは次のようなものでした:

言い換えれば、これをマップする方法はありますか:異なるテーブルから1つのカスタムクラスに列をマップする方法はありますか? クラスは 1 つのテーブルを直接表すものではなく、関連するすべてのテーブルから、すべての列が使用されているわけではありません

編集

ビューソリューションを試しました：

上記のクエリでビューを作成した後、Netbeans を使用して休止状態のクラスを生成しようとすると、クラス Calls と埋め込み可能なクラス CallId の 2 つのクラスが生成されます。

インターネットを検索した後、これは休止状態が主キーを必要とするため、自分で作成するために発生します

クラスが 1 つだけ生成されるようにするにはどうすればよいですか? ビューに主キーを与えるにはどうすればよいですか (適切な主キーは、基になるテーブルの主キーの 1 つです)。これを設定するにはどうすればよいですか？

ドメインへのマッピングに必要なアノテーションを含むJPAPOJOのセットがあります。また、これらのドメインオブジェクトと相互作用するいくつかのRESTサービスを公開したいと思います。

私の現在のタスクは、これらのRESTサービスにアクセスするためのAndroidアプリケーションを作成することです。ドメインオブジェクトに含まれているJPAアノテーションが原因で、ドメインオブジェクトを使用できません。Dalvikコンパイラが文句を言います。

そのため、Androidプロジェクトでもこれらのオブジェクトを使用でき、これらのPOJOを複製する必要がないように、これらのドメインオブジェクトを活用できる戦略を探しています。

RMI やアプリケーション サーバーへの依存関係を使用せずに、他の内部 Java クライアントが使用する高度にスケーラブルなリモート サービスとして POJO を公開したいと考えています。Spring は POJO をリモート サービス (Hessian/Burlap) として公開することをサポートしていますが、HTTP/JMS を使用しています。TCP/IP 経由のプレーン ソケット通信を使用するフレームワークを探しています。

NIO を使用して、自動フェイルオーバーで同期呼び出しを行うものはありますか?

これは有望に見えます http://code.google.com/p/min-spring/

EJB3 は使ったことがありませんが、チュートリアルを読むと、EJB3 は主に JPA を介してデータベース内のデータを操作するように見えます (もちろん、他のビジネス ロジックが含まれています)。データベースが必要ない場合でも、EJB3 を使用することは有益ですか、それとも単にアプリケーションを複雑にするだけですか? POJO は実装に適していますか?

私はSpring FrameworkでいくつかのJavaコードを書いています。

person と person1 の 2 つの Bean があります。これらは構造がわずかに異なります。つまり、それぞれの変数名がわずかに異なります。

ある Bean から別の Bean に詳細をコピーしようとしています。値がnullでない場合にのみ値をコピーしたい。BeanUtils という API を見たことがありますが、これは null かどうかに関係なくコピーされます。

これが私のコードです：

コピーする必要がある約 40 のノードがあり、これにより非常に醜いコードが作成されます。誰かがこれを行うためのより良い方法を持っていますか? 多分私がマッピングか何かを作ってそれをループしたら？わからない。

そうでない場合、null 値をコピーせずに BeanUtils にコピーを実行させることができるかどうかは誰にもわかりませんか?

理由は、2 番目の Bean である person1 にすでに多数の値があるためです。上書きする新しい値がある場合にのみ、それを上書きしたいと思います。

いつものように、変数ははるかに大きなシステムの一部であり、名前を標準化することはできません。

ありがとう

TCP / IPを介して2つ（クライアント/サーバーモデルではそれ以上）のJavaプログラム間でPOJOを転送するためのフレームワークが必要です。できるだけシンプルにする必要がありますが、サーバーごとに複数のクライアントをサポートする必要があり、暗号化を簡単に実装できることはプラスです。

これまで、Java RMI、JRemoting、AltRMI、およびNinjaRMIについて見てきました。今のところ、JRemotingはシンプルで、他のほとんどの場合のように奇妙で一見不要な拡張と実装を必要としないため、最良の選択のように見えます。Java RMIを少し除いて、それらのいずれについても活発な開発は行われていないようです。それが安定していて開発が必要ないからなのか、それともこれらの種類のフレームワークがもはや「クール」ではないからなのかはわかりません。

POJOは単なるプロパティのバッグです。サーバーがオブジェクトの静的リストを保持する必要があり、クライアントは（1）リストを読み取り、（2）リストにオブジェクトを追加し、（3）リストからオブジェクトを削除できる必要があります。

助言がありますか？

次の2つのWebサービスコードがあるとします。次のことができると思います

私はテストしましたが、うまくいきました。ここで問題は、これを行った場合に気付いていない副作用や予期しない結果があるかどうかです。サーバー側から通常の pojo のように 2 番目の Web サービス オブジェクトを呼び出すことはできますか?

コールバック パラメータを送信できます。文字列などのプリミティブ型のみを送信する限り、完全に機能します。しかし、最も単純な POJO でさえ、同じことは機能しません。PrimeFaces ガイドによると、RequestContext.addCallbackParam() メソッドは POJO を処理でき、それらを JSON に変換します。私の場合、なぜそれが機能しないのかわかりません。

誰かがそれをしましたか？