ちょうど良い意見を探してSpring + HibernateはWebアプリケーションに最適ですか？
私はJSF + Spring + Hibernateで始まりました。素晴らしいものでした。 HibernateはDB抽象化を非常に論理的にし、作業を多く簡略化します。それでSpringはn番目のnew（）コンストラクタを取り除き、トランザクションをうまく処理する手助けをします。
私はGWTを使ってプロジェクトを手に入れましたが、Spring + Hibernateを使用することはできますが、Webアプリケーションのための究極のレシピか、より良い/より新しい方法物事をする。
私が知る限り、私はORMなしでは生きられず、春のない休止状態は痛いです。コメント？
私たちは、Hibernate、Spring、GWTに基づいて'06年に私たちのアプリケーション用の共通アーキテクチャプラットフォームをまとめました。これは多くのアプリケーションでうまく機能します。最初から始めれば、Hibernateを直接Hibernateを使うのではなく、Hibernateと一緒にプロバイダとして使用していたでしょうし、MVCフレームワークを使う代わりにGWTのMVPフレームワークを使用しました。
JPAも追加されました – javaNoober
MVPがマッシュアップ全体にどのように含まれているのか少し迷っています。以前の仕事はJSFとsessionBeansだけだったことを心に留めてください。 – javaNoober
SpringRoo ...うーん... MVCとMVPの違いは見えませんでした。私はGWTを使っているので – javaNoober
まだ冬眠と春は完璧なカップルを作っています。私たちは非常に多くのプロジェクトで同じペアを使用しており、問題なく動作しています。春は、彼らが完全に
を我々Struts2の+春+ Hibernateの組み合わせを使用して、いくつかのアプリケーションで作業しているプロジェクトで必要なすべての依存関係を処理するための魔法を持っていながら、DB層での作業中
Hibernateは、すべての痛みを伴う落とし穴を抽象化
私はGWTと同じことを信じます。
GWTはjs + htmlにコンパイルされたクライアント側の技術です。サーバー側のGWTの唯一の部分は、RPCを使用する場合に必要なサーブレットです。ご存知のように、サーブレットは春+休止状態でうまくいきます。
GWTは、あなたの（おそらく既存の）春+休止状態のビジネスロジックでうまくいくでしょう。
うん、私はGWTが単なるサーバ側であることを知っているので、それは事を変えない。しかし、SmartGWTとデータソースについて読むことは、クライアント側にもっと力を与えることが新しい技術か間違いだったのだろうか？ – javaNoober
GWTはクライアント側です.js + htmlにコンパイルされ、ブラウザで実行されます。 –
Spring + Hibernateは、Spring + [Spring Data]（http://www.springsource.org/spring-data）（これはJPAからHibernateをサポートしています。 – SingleShot
cool、thats何か新しいこと、私はチェックしなければなりません、 – javaNoober