JAX-RS RESTful サービスをホストするためにNIO フレームワーク( や など)を使用するのとは対照的に、サーブレット コンテナー( など)を使用することの長所と短所は何ですか?Apache TomcatNettyGrizzly
Java を使用して RESTful アプリケーションを開発します。Java には、RESTful サービスを構築するためのJAX-RS API (JSR 331および JSR 339 ) があります。hereを見ることができるように、それには別の実装があります。それらはすべて JAX-RS API を実装しているため、(少なくとも理論上は) 簡単に切り替えることができます。Jerseyは参照実装であり、今のところそれを選択しました。
クライアント部分にはangularJS+を使用しますbootstrap(html/css/js のみで、jsp ページはありません)。
PostgreSQL記録のために、私は自分の DB とEclipseLinkJPA (ORM) として使用していると言っています。
ここでは、サーバー部分 (JAX-RS サービスのホスト) の 1 つの部分が欠けているだけだと思います。私の知る限り、その目的のために、サーブレットコンテナ（例：Apache tomcat）またはカスタマイズサーバー（ and などのNIOフレームワーク、またはJDK 7の一部であるNIO.2を使用）NettyのGrizzlyいずれかを使用できます。
でも、どれを使えばいいのかわからない。この 2 つのソリューションの長所と短所が、どちらかを選択するのに役立つと思います。