私はJavaを使ってWeb開発を始めようとしました。私はJava EE 6 APIを試しており、Springも試しています。しかし、私はまだ多くの概念を把握していないようで、プロジェクトを正しく設定することはできません。誰かが私にいくつかの本の推奨事項を教えてもらえますか？ウェブ開発：友人とJava EE 6またはSpring？
私はその質問を読んで、それは比較的古く、答えはまだ適用された場合、私は疑問に思いますか？あなたが今日始まったら、SpringとHibernateまたはJava EE 6の学習を始めますか？
Remeber J2EE v1.4？複雑で面倒で冗長でした（しかし、すべての主要Webコンテナが標準でサポートしています）。そのため、エンタープライズアプリケーションを簡単かつエレガントに構築するための代替手段として、Springが登場しています。
それ以来、Java EEは間違いを覚えています。現在、標準ではSpringを魅力的にするいくつかの機能が採用されています。今では、Java EEと標準技術を使ってSpring +の友人とできることは何でもできます。
これは単なる味の問題です。個人的には、J2EE 1.4で苦労しました。私は大きな春のファンです。柔軟性と、市場のほぼすべてのテクノロジー/フレームワークとのやりとりが好きです。しかし、Java EE 6アプリケーションもいくつか見ていましたが、それらは先祖よりはるかに不気味です（また、すべてのアプリケーションサーバーでネイティブにサポートされています）。
コマンドベースのwepアプリケーションをビルドする必要がある場合は、SpringおよびSpring MVCを使用してください。
コンポーネントベースのWebアプリケーションをビルドすることができる場合は、その標準のJEE6スタックをJSP、CDI、およびEJBとともに使用できます。
で春対のJava EE 6の広範な議論読む：
を私は新しいあまりにも多くを言うが、ここに私の2セントはないだろう。どちらも銀色の弾丸ではない、私は答えが "それは依存する"のどこかにあるのだろうかと思います。私の限られた露出から、いくつかの一般的な規則があります。
明確な環境で開発している場合（つまり、使用するコンテナを知っている場合）は、Java EEが最適です。同時に、異なるコンテナにまたがるアプリケーションを構築する場合、いくつかの機能（認証など）がコンテナ固有の特典を持つことになり、Springがそこで勝つことになります。
デプロイメントのサイズが重要な場合、標準開発スタック（JSF、JPA、CDIなど）からのほとんどのJARがコンテナによって提供されるため、Java EEは当然です。 Springのデプロイメントは、特にすべてのモジュールを追加した後、サイズが急激に（5倍など）急激に増加します。
開発の観点から見ると、Springはより高品質なドキュメントを持っているようですが、少なくとも、物事がどのように配線され相互作用しているかを高度に理解している必要があります。 Java EEでは、完全に文書化されていない可能性があるコンテナプロバイダの慈悲に満ちています。
現在、SpringスタックとJava EE 6の違いは味わいがあります。だからどちらを好きですか？そして、あなたはどちらを経験していますか？ –
今、私は実際にJava EE 6に戻って考えています – LuckyLuke