Apache Tomcat 5.5.26（6.0.16も同じ）で、HTTPクッキーの取り扱いについて大きな仕様変更が行われました。ここでは仕様変更の内容と影響範囲を考察します。 HTTPクッキー 簡単に復習しましょう。WebブラウザがWebサーバから以下のHTTPヘッダを受信したとき、Webブラウザは test というクッキーを記憶します。 Set-Cookie: test=nullpo; Expires=Wed, 08-Oct-2008 14:03:16 GMT; Path=/クッキーは NAME=VALUE という形で表現されます。連想配列と同じ。 NAME VALUE test nullpo 一度クッキーを受信すると、ブラウザは当該URLにアクセスする度に、以下のHTTPヘッダを送信するようになります。 Cookie: test=nullpoこのように、クッキーはWebサーバがブラウ
Tomcat 6で実現！Ajaxを超える通信技術Comet：Tomcatはどこまで“安全”にできるのか？（3）（1/3 ページ） Ajaxを超える？ Tomcat 6で搭載されたCometとは？ 前回はTomcatを“安全”に活用するために、ツールを使った運用の仕方やTomcatの設定について解説しました。 今回はTomcatの安全性から少し離れて、Tomcat 6の新機能の利用方法について解説します。Tomcat 6では、いくつかの大きな拡張がありましたが、今回はJ2SE 1.5で実装されたNew I/O API（java.nioパッケージ）を用いたComet（コメット）通信について解説します。 おさらい 「通常のHTTPでの通信」 通常のHTTPでの通信はクライアントのWebブラウザなどからサーバへリクエストを送信し、サーバはリクエストを解釈してレスポンスを返します。つまり、通信のタイ
タイトルの通りです。 あらかじめ以下のリンクをブックマークしておき、ここぞというタイミングでブックマークをクリックすると以下の処理を自動的に行ってくれます。 1. 表示中のアプリケーションの再デプロイ 例えば http://localhost:8080/mywebapp/index.jsp を表示中であれば http://localhost:8080/manager/reload?path=/mywebapp を XMLHttpRequest でリクエストします。 2. 再デプロイが完了したら画面をリロード XMLHttpRequest でレスポンスが返ってきたら location.reload() でリロードします。 Tomcat を使って試行錯誤しているときにちょっとだけ便利です。 ・Safari / Firefox 用 re-deploy/load ・IE 用 re-deploy/l
【真夏の夜のミステリー】Tomcatを殺したのは誰だ？：現場から学ぶWebアプリ開発のトラブルハック（6）（1/3 ページ） 本連載は、現場でのエンジニアの経験から得られた、APサーバをベースとしたWebアプリ開発における注意点やノウハウについて解説するハック集である。現在起きているトラブルの解決や、今後の開発の参考として大いに活用していただきたい。（編集部） 【第1章】Tomcatが無応答!? トラフィックの多い大規模サイトでは、その負荷のためにさまざまな問題が発生する。それらの問題を回避するには、性能を考慮して作られたアプリケーションや、ノウハウに基づいたミドルウェアのチューニングが必要となる。 TomcatはServletコンテナとしての長い歴史を持ち、多くの採用実績を持つオープンソースのアプリケーションサーバ（以下、APサーバ）だ。大規模なサイトで採用される事例も出てきており、To
Copyright (C) Mainichi Communications Inc. All rights reserved. 掲載記事の無断転載を禁じます
Tomcat6（Servlet2.5）のDI機能は、何度か日記に書いたとおり、JNDIを使ってます。InitialContextを使わなくともフィールドに欲しいコンポーネントをインジェクションしてくれるのは便利です。・・・がしかし、DIコンテナ環境に慣れてしまった今、今更server.xmlにちまちまとインジェクション対象コンポーネントを書く気にはなれません。ですが、ServletはDIコンテナの管理外に存在するので、このままではServletだけがDI環境から取り残されてしまいます（というか現にそうなってます）。Servletを何とかもっと簡単に使う為には、やはりDI機能をDIコンテナにお任せしたいものです。 ・・・というわけで、id:da-yoshi:20070209#1170971160の続きを考えてみました。 まずは、org.apache.catalina.Contextインターフ
今回は、メニューからグラフの種類を変更できるようにします。これまでは、3D縦棒グラフでデータを表示していましたが、グラフの種類を折れ線グラフと円グラフに変えられるようにします。
Cactusの概要とアーキテクチャ CactusはJUnitだけではテストできない、Servlet、JSP、Filterなどをテストするためのテストフレームワークであり、Jakartaプロジェクトによって開発が進められています。Cactusの設定／利用方法の前に、まずは簡単に仕組みについて解説します。Cactusを利用せずにServletをテストするには、次のような手順で行うことが多いでしょう。Webアプリケーションをサーブレットコンテナ（Tomcatなど）にデプロイするクライアントのブラウザから、Webアプリケーションに対してリクエストを送信する指定されたServletが実行され、処理結果（レスポンス）をクライアントに返す処理結果（レスポンス）をブラウザで視認する この2）、4）のブラウザからリクエストの送信＆処理結果（レスポンス）を視認するというところが厄介で、大規模なWebアプリケ
あまりに久しぶりな日記だ。 m2eclipseプラグインとtomcatプラグイン(DevLoader)を使用したWebアプリ開発の際、tomcatを開始するとFilter初期化時に「java.lang.ClassCastException」が発生してしまう現象に何回も遭遇しました。 原因は、tomcatプラグイン(DevLoader)が対象とするライブラリから servlet-api jsp-api を除外できないためでした。 pom.xml から一旦上記を除外して対応したりしていましたが、せっかくDevLoaderのソースは公開されているので、改変してみました。 (単にservlet-apiやjsp-apiをロードしないだけですが) http://mrsp.sourceforge.jp/devloader/ ここの「devloader-3.1.jar」を $TOMCAT_HOME/ser
MacBookで1日数回マウスカーソルが見えなくなって困っています。今は再起動していますが、似た症状で困っている方いませんか？ JSPで出力されたHTMLの先頭で、JSPディレクティブの場所の部分に余計な改行が出力されて、気持ち悪さを感じておりましたが、conf/web.xmlのJSPサーブレットでtrimSpacesで設定できることがわかりました。 jsp org.apache.jasper.servlet.JspServlet fork false xpoweredBy false <!-- 追加 --> trimSpaces true 3 ＃きれいなHTMLを吐くのって結構難しいですね。
The Tomcat Probe projectは27日(スイス時間)、Tomcat Probeの最新版であるTomcat Probe 1.2を公開した。Tomcat ProbeはリアルタイムにApache Tomcatを管理するためのツール。監視対象は単一のホストで、Webベースの管理機能が提供される。また付加的な機能ではあるが、Web開発やシステム管理を補助する機能も備えている。 Tomcat Probe 1.2はGNU GENERAL PUBLIC LICENSE Version 2のもとで提供されているオープンソースソフトウェア。Apache Tomcatで動作するWebアプリケーションとして作成されており、XHTML 1.0やCSS 2.0などの技術を中心に作成されている。 Tomcat Probe 1.2における主な変更点は次のとおり。 JBoss 4.0.xおよび3.2.8.
The Tomcat Probe projectは24日(スイス時間)、Tomcat Probeの最新版であるTomcat Probe 1.0.7-STABLEを公開した。Tomcat ProbeはリアルタイムにApache Tomcatを管理するためのツール。監視対象は単一のホストで、Webベースの管理機能が提供される。また付加的な機能ではあるが、Web開発やシステム管理を補助する機能も備えている。 Tomcat Probe 1.0.7-STABLEはGNU GENERAL PUBLIC LICENSE Version 2のもとで提供されているオープンソースソフトウェア。Apache Tomcatで動作するWebアプリケーションとして作成されており、XHTML 1.0やCSS 2.0などの技術を中心に作成されている。 Tomcat ProbeはWebアプリケーションだが、Apache T
スクラム風に進めているけど，アジャイルだっていう意識は薄い．計画立てて計画通りに進める−−−しごく当たり前のことを当たり前にやってるので，従来型と違うという意味でアジャイルを引用するのは，なにか本質をくらませているように思う． どっちかというと従来型という名の元，実の無い作業を盲目的にやってただけなんじゃないかなぁと．「WBSだとか週報だとか面倒な割に役に立ってるかどうかわからん」と思っている人にはウケが良い． WBSが悪いってんじゃなくて，動機付けがちゃんと説明できてないだけなんだろなと．そいった事もあって，スクラムや見える化はチームビルディングの方法かなって思う． リーダの思惑 今参加してるメンバが他所のプロジェクトやりたくない！！って思うようになったら，オレの勝ち．:-D やっとできた．以下，その設定方法． 続きを読む 以前，「/WebContentで固定」って書いたけど，ムリクリ直
現在、エンタープライズ環境で動作するアプリケーションサーバには様々なものがありますが、どれもデフォルトでクラスタリングの機能を搭載しているものがほとんどです。 クラスタリングを行う目的としては主に2つあげられます。1つはパフォーマンスの向上で、もう1つは可用性の向上です。まずは、これらの機能について解説していきます。 開発したアプリケーションに対して非常に多数のアクセスがあった場合、1台のサーバでは処理がまかないきれなくなります。 そういった場合には、前段にロードバランサを配置することで複数台に処理を振り分ければよいのですが、ECサイトなどでログインユーザのセッション情報などを保持しているアプリケーションが動作している場合、最初にログインしたサーバとは違うサーバに処理が移った場合セッション情報が共有されていないと継続して処理を行うことができなくなってしまいます。 こういった場合でもクラスタ
Tomcatでは、基本認証やダイジェスト認証などの認証方法を利用することができます。しかし、パスワードは平文（暗号化されていない普通のテキストファイル）で保存されるため、パスワードが保管されているフォルダへのアクセス権を持つ人に、パスワードを知られてしまう危険性があります。 このようなパスワードの漏えいを防ぐために、ハッシュ関数を用いてパスワードをダイジェスト化して格納しておくという方法があります。ダイジェスト化されたパスワードから元の平文パスワードを復元することは、非常に難しいとされています。従って、万一ダイジェスト化されたパスワードが他人に知られてしまっても、そこから元のパスワードを知られてしまう危険はまずありません。 ユーザー認証の際は、ユーザーが送信した平文パスワードを同じアルゴリズムのハッシュ関数を用いてダイジェスト化し、このダイジェスト化されたパスワード同士を照会することによっ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
