Java Servlet Technology JSR 315 Java Servlet 3.0 SpecificationがPublic Review Ballotのフェーズを通過した。投票結果は16のうち賛成が12、反対が1、無投票が3の賛成多数。Servlet 3.0に反対しているのはApache Software Foundationだが、技術的な問題ではなくどちらかといえば政治的な問題だ。ASFは2007Q2ごろからSun MicrosystemsのJCPに対する態度に疑問を呈し、以後一貫して反対票を投じている。同問題が解決するまでASFからは反対票しか得られそうにない。 次期Servletとなる3.0でどういった機能が実現されるのか、Javalobby An Overview of Servlet 3.0に概要がまとまっている。特に興味深いトピックをまとめると次のとおり。 Se
« 突然、有名サイトに自分の写真が掲載されていたら | メイン | おとこのCometアプリケーション! 非モテのためのJetty 6 Continuation入門まとめ(後編:その1) » おとこのCometアプリケーション! 非モテのためのJetty 6 Continuation入門まとめ(前編) はじめに Jetty 6には、継続(continuation)という機構が用意されました。この記事では、その応用例であるCometによるウェブアプリケーションの実装を取り上げ、解説をします。 Cometでは、サーバプッシュ型アプリケーションを実現するために、サーバに対してHTTPコネクションを張り続ける必要があります。こうした接続の手法は、従来のHTTPサーバでは想定されているものではありません。 また、Cometが提供するイベントドリブン型のウェブアプリケーションでは、サーバ側や、クライア
Tomcat 6では、NIO APIを使用した新しいHTTPコネクタが追加されました。これは非ブロッキングIOをサポートし、複数のリクエストを同時並行して受け付けることができます。Tomcat 6はこの新しい機能を応用してCometをサポートしています。新しく生まれ変わったHTTPコネクタのテストも兼ねて、Cometサーブレットを作成して遊んでみよう。 catalina.jarをクラスパスに追加 Comet関連のAPIはJ2EE標準のAPIではなくTomcatプロジェクトの独自実装です。このため、Comet関連クラスは servlet.jarではなく、Tomcat自身(catalina.jar)に含まれています。Cometなサーブレットをコンパイルするには catalina.jarにクラスパスを通す必要があります。開発環境がEclipse 3.2+Tomcatプラグインならば、
Java EE 5のリリースから2年以上の時間が経ち、次期仕様である「Java EE 6」は仕様策定状態ですが、あまりまとまった情報がありません。本稿ではJava EE 6に含まれる予定の技術を解説し、今後のエンタープライズ分野のJavaが進む方向について考察したいと思います。 はじめに エンタープライズアプリケーション向けのJavaの仕様「Java EE」の現行バージョンは「Java EE 5」です。このJava EE 5は、EJB 3.0を中心にDependency InjectionやPOJOを用いたO/Rマッピングなど、Java EE/J2EEの主流に対するオルタナティブとして出てきた技術を取り込んだ、従来のJava EE/J2EEから大きく変化したバージョンでした。 このJava EE 5のリリースから2年以上の時間が経ち、次期仕様である「Java EE 6」は仕様策定状態ですが
ほとんどのJavaのWebフレームワークはServlet API上に構築されている。1つないしは複数のサーブレットやフィルタ、リスナーを設定するには、WEB-INF/libディレクトリ内の依存関係を使うか、それに加えてアプリケーションのweb.xmという設定ファイルlを使用する必要がある。JSR-315ではServlet3.0の仕様を定めており、これはEE6の一部として含まれる計画になっている。この仕様では、この設定の部分が変更されるようである。この仕様書は現在早期ドラフト版であり、ダウンロードしてレビュー(source)することができる。 設定なしに接続可能にする、という目標を達成するために、この仕様では以下のような新しい仕様を提案している。 追加アノテーション: Servlet 3.0仕様では@Servletを含むいくつかの新しいアノテーションが導入される。@Servletアノテーショ
Servlet API 3.0となる仕様JSR 315(http://jcp.org/en/jsr/detail?id=315)がJCPに提出されたようです。今回の仕様では各種Webフレームワークをプラガブルに使えるようにすることと、Java EE 6に合わせたEoDの二つが主な目的だそうです。詳細は次のようになっています。 Web framework pluggability ほぼ全てのJavaによるWebフレームワークはサーブレットがベースとなっています。また、現在、ほとんどのWebフレームワークはサーブレット経由であるいはweb.xmlに設定することでプラグインするようになっています。これはサーブレットやリスナ、フィルタにアノテーションを定義すれば出来るようになると思われます。web.xmlにプログラム内からアクセスする(書き換えを目指している?)機能やwebappのコンフィグレーシ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く