Tomcat 7も対応したServlet 3.0の変更点 後編：Tomcat 7の新機能で何ができるようになるのか？（2）（1/3 ページ） 前回の「Tomcat 7も対応したServlet 3.0の6つの主な変更点」では、「Tomcat 7」が実装したServlet 3.0の新機能のうち「Ease of Development（EoD、開発容易性）」「Pluggability and Extendibility（モジュール化と拡張性）」について紹介しました。今回はAsynchronous processing（非同期処理）、セキュリティ、Session Tracking、マルチパート対応を紹介します。 アノテーションによる非同期処理 Servlet 3.0から非同期処理が使えるようになりました。Servlet 2.5までは、Servlet上でスレッドを生成・起動し、リクエストやレスポンス
Cometとは？ ブラウザベースのチャットをつくろうとする場合、以前は定期的にクライアントからリクエストを送信して更新を確認するという手法がとられました。そうすると、平均して更新間隔の1/2の遅延が発生し、更新がないときの問い合わせが無駄になるなど、ユーザーにもサーバーにもうれしい手法ではありませんでした。 そこで使われるようになったのがCometです。 Cometは、HTTPでクライアントからの接続への返答を保留して、サーバーからデータを送信する必要がでたときに返答を返すことで、サーバーからのリアルタイムデータ送信を行う手法の総称です。 Servlet3.0でのComet対応 Cometでは、クライアントからの接続を保持しつづけるので、これまでのServletの仕組みをつかって実現しようとすると、各接続にスレッドを割り当てることになり、スレッド数が多くなりすぎるため、多くのユーザーには対
クリスマスも近いですね。さて、クリスマスといえばどういうわけか黒魔術への需要が一気に高まる時期のようですので、Java Advent Calendar -ja 2010の12月20日はJavaの黒魔術をお送りします。昨日はid:celitanでした。 今日紹介する黒魔術はバイトコードインジェクションツールであるBytemanです。 この前ですね、お仕事で「HTTPレスポンスのヘッダが勝手に想定外のものに書き換わる」という不思議現象の相談を受けたんですね。Servletの中ではsetHeader("Foo", "bar")ってしてるのに、実際のレスポンスは"Foo: hoge"とか返ってる。アプリのJavaソース調べてもそんなことしてなさそうだし、Tomcatのソース見てもsetHeader()呼び出しでは何のログも出さないっぽいのでログを有効にしても原因がわからなさそう。なんだこれはとか思
Google Web Toolkit 2.1のチュートリアルを試してみています。 Google Web Toolkit に関する記事の一覧 前回はGWT RPCを使用したクライアントとサーバー間の通信を試しました。 Google Web Toolkit 2.1 GWT RPCの使用 今回は、GWT RPCではなく普通のJSON形式のデータを取り扱う方法を試して見ます。 Retrieving JSON Data こちらを参考に、プログラムを作成しました。 1. Creating a source of JSON data StockWatcher.javaのrefreshWatchListメソッドで、株価をランダムに生成しています。 Google Web Toolkit 2.1 GWT RPCの使用 この記事では、GWT RPCを使用してサーバー側で株価を生成するように 変更しました。 今回
次は request, response、両方の値を参照している（つまり Mock が2つある）パターン。2つあっても基本的には一緒。並べるだけである。 package easymock; import java.io.IOException; import java.io.PrintWriter; import javax.servlet.ServletException; import javax.servlet.http.HttpServlet; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; public class HelloWorldServlet extends HttpServlet { public void doPost(HttpSe
AjaxSwingとは AjaxSwingは、AWT/Swingを使って作られたJavaのGUIアプリケーションを、Ajaxを利用したインタラクティブなWebアプリケーションに変換し、Webブラウザから利用できるようにするツールである。CreamTecによって提供されているこのツールは、AWT/Swingで作成されたアプリケーションを、そのままの見た目でWebアプリケーションとして利用できるようにするという非常にユニークなもの。変換後のUIはHTMLやAjax技術を用いて構成される。 AjaxSwingによって生成されるWebアプリケーションは、Servletコンテナ上で動作するサーバ部分と、Webブラウザ上で動作するUI部分から構成される。ブラウザ上でのコンポーネントのレンダリングや、サーバとブラウザ間の非同期通信にはAjaxの技術が活用される。イベント通知などもAjaxを用いて忠実に再
<H2> フレーム関連の警告</H2> <P> このドキュメントはフレーム機能を使って表示するように作られています。フレームを表示できない Web クライアントの場合にこのメッセージが表示されます。 <BR> リンク先<A HREF="overview-summary.html">フレームなしのバージョン</A>
Google App Engine for Javaは，Servletをベースとしている．Servletエンジンの多くには，Basic認証が組み込まれていて，設定ファイルを書くだけで使えるようなのだが，設定ファイルの書き方は，個々のServletエンジンに依存しているらしい．Google App EngineはいまのところJettyを使っている．なので，Jettyの流儀に従って設定ファイルを書けばひょっとしたらBasic認証を使えるのかもしれないのだが，いつJettyじゃなくなるかわからないのでちょっと怖くて使えない．ということで，Python版にひきつづき自前で実装してみた．なんか，こんなことをしなくてももっといい方法があったではないかという気がするが，これも勉強だということで，気にしない． Filter Servletにはフィルタチェインという概念がある．実ロジックのかかれているSer
You are a user of HttpComponents if you are developing an application that makes use of our libraries. The documentation linked here is meant to help you understand how to use these libraries. The General Information section points to documentation that is mostly API agnostic. Here you will find information that is useful, no matter whether you are using the new HttpComponents, or the Commons Http
今回のワンポイント コードのロジックに誤りを見つけられないのに、どうも正しく動作してくれない。このようなケースでは、マルチスレッドの影響を疑うべきだ。ServletやJSPはマルチスレッドで動作している（明示的にシングルスレッドで動作させることも可能だが）。そのため、変数の扱いに注意しないと、スレッドごとに値が書き換えられ、プログラムが正しく動作しない要因となる。 マルチスレッドのいたずら 機能確認の試験中は問題なかったのに、複数の端末から負荷をかけてみたらどうしたことか期待どおりに動作しない。プログラムを調査してみても原因が分からなくて途方に暮れる。こんな状況をさまざまなプロジェクトで何度も見掛けてきた。こういう状況になったら、プログラムがスレッドセーフ（複数のスレッドから同時にアクセスされても動作を保証された状態）かどうかを疑ってみることをお勧めする。 マルチスレッドに関する問題は、さ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
