16

私は.net開発のバックグラウンドを持っていますが、Javaの世界では比較的新しいです。JAX-RSを使用したRESTfulサービス（パブリックWeb API）の開発を開始し、主にモバイルプラットフォーム（Android、iPhone、Windows Phoneなど）で使用できるようにしました。

  1. TomcatやGlassfishな​​どの適切なサーバーの選択に関するガイダンスが必要ですか？理由も教えてください。
  2. また、JAX-RSの決定がRESTfulサービスの構築に適切かどうかをガイドしてください。
4

2 に答える 2

21

Tomcatはサーブレットコンテナのみです。つまり、JavaEE機能のサポートは提供されません。

RESTfulサービスを見るだけでなく、層機能を実装するために何を使用するつもりかを確認してください。サーブレット/JSPのみを使用している場合は、Tomcatが非常に合理的な選択であることは間違いありません。JavaEE機能を使用する必要がある場合は、GlassFishを参照してください。

GlassFishは、完全にJavaEEに準拠したアプリケーションサーバーであるため、純粋に機能面では、Tomcatが実行できるすべてのことを実行できます。ただし、Tomcatは多くの複雑なアプリケーション（Java EE機能を使用しない）に大きな効果を発揮するために使用されていることに注意してください。

パフォーマンスの点では、Tomcatは軽量で、起動が非常に速く、Eclipse環境で十分にサポートされています。GlassFishの起動は少し遅いですが（私の恐ろしいラップトップでは約11秒）、デプロイは非常に高速です。

Tomcatには基本的なアプリ展開用のマネージャーアプリケーションがありますが、JNDIおよび同様のリソース構成（ユーザー構成など）は、XMLファイルを手動で編集して行う必要があります。Glassfishには優れた管理コンソールがあり、手動で構成を編集しなくても、中央のUIからこれらすべてを実行できます。

とにかく、私が得ているのは、Java / Java EE APIから使用する予定のものと、その請求に最小限に適合するサーバーのみに基づいて選択する必要があるということです。あなたの要件があなたの最良のガイドであるため、人気のコンセンサスに従わないでください。

JAX-RSでの実装に関する限り、そこには何の懸念もありません。私はJerseyと協力してきましたが、2つを見てみましょう：http： //www.slideshare.net/pelegri/jersey-and-jaxrs-presentation

最後に、SSLに関する限り、TomcatとGlassfishの両方がSSLを問題なく実行しますが、どちらにも問題はありません。

GlassFish SSL tut： http: //javadude.wordpress.com/2010/04/06/getting-started-with-glassfish-v3-and-ssl/

幸運を。

于 2012-07-17T05:11:01.307 に答える
3

PlayFrameworkをご覧ください。これは、スケーラブルでステートレスで落ち着いたWebフレームワークです。通常、Tomcatのようなアプリケーションサーバーは必要ありません。Nettyをベースにした独自の高性能Webサーバーが組み込まれています。ただし、必要に応じて、アプリケーションを.warとしてパックすることができます。

Playを使用してRESTfulWebサービスを構築することは問題になりません。

実稼働環境で使用しており、非常に満足しています。開発は非常に迅速で簡単です。これは、JavaWorldのRubyonRailsのようなものです。

編集

たとえば、この投稿が表示される場合があります。

于 2012-07-17T05:30:59.730 に答える