0

ウィキペディアでは、エンタープライズアーカイブ(EAR)を次のように説明しています。

... Java EEが1つ以上のモジュールを単一のアーカイブにパッケージ化するために使用するファイル形式。これにより、さまざまなモジュールのアプリケーションサーバーへのデプロイが同時に一貫して行われます。

しかし、Javaコンポーネントを「デーモンJAR」またはEARのどちらとしてデプロイするかを決定しようとするときに、どのような「ロジックルール」が適用されるのか疑問に思っています。「デーモンJAR」とは、ポートを介してリッスンおよび通信するようにコード化され、従来のデーモン/サービスと同じようにサーバー側で永続的に動作する、ヘッドレスで実行可能なJARを意味します。

明らかに、JBossやGlassFishなどのアプリケーションサーバーにデプロイすることには利点があります。そうしないと、EARやアプリサーバーが存在しません。

開発者がバックエンドコンポーネントをパッケージ化/デプロイする方法を決定するのに役立つ、どのような特定の考慮事項を考慮する必要があるのか​​疑問に思います。

4

1 に答える 1

1

ええと、アプリケーションサーバーは例えばすべてのネットワーク関連のものを処理します。安定したスケーラブルな方法でそれを行うのは難しいので、独自のサーバーを実装するのではなく、アプリケーションサーバーを使用することを強くお勧めします。

EJBとWebサービスは、いくつかの注釈が付いた単なるPOJOになります。DBトランザクションとセキュリティ/アクセス権でさえ、EJBのいくつかの注釈で制御できます。

于 2012-04-16T16:25:29.403 に答える