0

私は、以下をサポートするアプリケーションを開発するための正しいテクノロジーのセットを特定しようとしています。

  1. Webサービス機能（できればREST）を提供する
  2. 1回のトランザクションで複数のデータリソースの更新を処理できる
  3. フォームの永続性機能をいくつか備えています。

これらの基本的な要件に基づいて、私の現在の計画は、JAX-RSとJPAを使用してRESTベースのサービスを構築し、永続性を処理し、EJBを使用して単一のトランザクションでさまざまなリソースへの複数の更新を処理できるようにすることです。

これらは正しいテクノロジーのセットですか、それともアプリケーションを大きくしていますか。

提案をありがとう。最後に、アプリケーションはWebsphere ApplicationServerv8.5にデプロイされます

4

2 に答える 2

2

はい、それらはあなたのプロジェクトにとって合理的なテクノロジーの選択のように思えます。Java EE のすべての部分は、他にも多くの優れた機能を提供するため、さまざまなベンダーからの膨大な数のライブラリで行き詰まることを心配することなく、アプリケーションを「成長」させる余地を提供します。私の意見では、Java EE を使用することだけが「かさばり」を心配する原因ではありません。

于 2013-02-08T23:12:41.977 に答える
0

アプリケーションは WebSphere Application Server V8.5 にデプロイされる予定であるため、使用可能なテクノロジーが既にランタイム環境の一部である場合、それらを制限する必要はありません。

とは言っても、アプリケーションを開発する開発者のことを考えましたが、頻繁な再起動や再デプロイなどにかかる時間に苦しむ可能性があります。WAS 8.5 がそれらを処理できないと言っているわけではありませんが、本番環境向けの本格的なアプリケーション サーバーであるため、開発環境には多すぎる可能性があります。もしそうなら、読み進めてください。

利用可能な WAS のより軽いプロファイルがあります - WebSphere Application Server 8.5 Liberty Profile。これは、WebSphere AS のコードベースに基づいており、フットプリントが小さく、デプロイメント プラットフォームが WAS であることを知っているが、開発用ラップトップでより軽量なソリューションを必要としている顧客向けです。

これはニーズに合わせて非常にうまく調整されている可能性があり、Eclipse が IDE である場合、Liberty Profile によって開発環境がどれほどスリムになったかに驚くかもしれません。

于 2013-02-13T12:49:12.403 に答える