2012-02-17 12 views
0

私たちは、すべてのバックエンド操作にSOAPベースのWebサービスを使用してSwingで行われたチッククライアントアプリケーションを持っています。私たちの最大の課題は、永続化を行うためのサービスに戻るときに、「クライアントモデルオブジェクト」をJPAグラフに変換することです。ここでWebサービスとJPA

我々が使用しているテクノロジー・スタックです:

Java 6の
のOracle WebLogic 11gの
春3.0.5
私がそこになければならないことを考えるのが好き3.6.1

を休止この特定の問題に対処するための実証済みのパターンです。お知らせ下さい。

+2

IMHOこの質問はあまりにも広すぎます。 WebサービスとJPAエンティティから取得するオブジェクト間のマッピングが必要です。これはすべてデザインに関するものです。 – home

+0

同様の設定をしているすべてのプロジェクトは、独自のマッピング実装が必要ですか?複雑なエンティティの関係に直面したときにこれが課す課題を理解していると確信しています。 – Nik

+0

Webサービスインターフェイスとデータモデル(JPA)の内部表現があります。それらは異なるかもしれません - 大規模なアプリケーションでは... – home

答えて

1

パターンがあるかどうかわかりませんが、私の経験から、クライアントに何かが転送されたときには、主にDTOパターンが使用されています。あなたのサービスは通常、DTOを処理し、それをDAOレイヤーに渡します。 DAOレイヤーでは、DTOからJPAエンティティへのすべての変換を行います。

クライアント - >サービスインターフェイス(ビジネスロジック) - > DAOクラス(永続ロジックを持っている)

DTOは、クライアントとサービス層で構成されており、それらを読み取って、ビジネスロジックを適用して、DAO層の上にそれを渡します。

+0

それはSOAP Webサービスに関するものなので、JPAエンティティ自体は決して遊びに来ません(構造があるかもしれませんが、これは設計上の問題です)。 – home

+0

はい、私はそこに少し書いたと思う..今すぐ提出 – Chetan