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
JSR 315 (Servlet 3.0) is an update to the existing Servlet 2.5 specification. Servlet 3.0 is focussed on extensibility and web framework pluggability, aligning with the goals of Java EE 6. Ease of Development (EoD) will be supported using newer language features. A reference implementation is available in the GlassFish v3 nightly build. The public review contains: PluggabilityEoDAsync SupportSecur
« 突然、有名サイトに自分の写真が掲載されていたら | メイン | おとこの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」は仕様策定状態ですが
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ページを開く