Java EEを学びたいと思います。私の意見では、GlassfishはJBossよりもユーザーフレンドリーなので、私は自分のプロジェクトにGlassfishを使用することに決めました。GlassFishからJbossへの移行
しかし、私の所在地ではJbossがGlassfishよりも人気がありますので、私は考えています。アイデアは次のとおりです。
をプロジェクトを移行します
JBossでの展開をご存知の場合は、JBossでの開発をお勧めします。 JBoss AS 7には本当にクールな機能があり、開発者には非常に親しみやすいものです。私のMacとの構成上の2秒未満でのJBoss AS 7つの開始は一つのファイルであると
7のJBoss ASでテストすることは非常に簡単ですその
Glassfishでの開発を依然として希望する場合は、Java EE仕様に固執している限り、これを行うことができます。 Glassfish特有の機能をコード化しないでください。
主な違いは、ほとんどのアプリケーションサーバーが標準のデプロイメント記述子を超えて使用する非標準デプロイメント記述子の場合です。
"Glassfishでの開発を依然として希望する場合は、Java EE仕様に固執している限り、Glassfishで開発することができます。Glassfish固有の機能に対してコードを作成しないでください。
GlassFishには独自のAPIが多くありませんが、GlassFishはJava EEリファレンス実装でもありますが、これは非常に重要なポイントです。 Java EE APIへの開発は、IMHOというポータブルアプリケーションの開発が重要であることを意味します。 1つに書き込んで別のアプリケーションにデプロイすることは、実際には後でそれを処理するのではなく、アプリケーションの移植性を証明する良い方法です。ただし、標準のJava EE APIを使用すると、移植性は関係なくずっと簡単になります。
これが役に立ちます。
ここに記載されているすべての機能は、GlassFish Serverの方がはるかに時間がかかっており、モジュール化されているとはいえ、はるかに成熟しています。 「今」については、JBoss 7（完全なEE appsever）はサポート契約でも利用できませんが、GlassFishは2009年以降完全にサポートされているJava EE 6アプリケーションサーバーを持っています。もちろん、2つの製品の間にはより多くの差別化要因があります。これは「誰がより良い」投稿ではありません。 –
私はGlassfishがjBossより優れていると思っていましたが、私は間違っていました。プロジェクトを開発していたときに、JPAを使用してデータを保持していました。データをデータベースに入れるとき、Glassfishは正常に動作しませんでしたので、時々サーバーを再起動する必要がありました。 現在、私はjBossで自分のプロジェクトを開発しています。 ありがとうございました。 – user1263394