Servletサービスでよく発生するJavaのExceptionやError、アプリケーションが異常終了する要因について説明します。 サーブレットまたはJSPが異常終了した場合、サーブレット・コンテナの標準出力・標準エラー出力のログ、サーブレットのログ、サーブレット・コンテナのログまたはブラウザにJavaのスタックトレースが出力されます。 考えられる原因と対処を以下に示します。 なお、ここで述べる原因とは、当該Exceptionが発生する引き金となる根本原因を指します。 また、複数のExceptionが同時に発生している場合は、「Root cause:」のExceptionの対処を行ってください。 ここでのメッセージは、メッセージの内容を直接参照してください。 BindException ［原因］ サーブレット・コンテナ環境定義ファイルに設定したサーブレット・コンテナのクラス定義のIPアド
なんかVelocityもJSPもスクリプト言語より遅いという事実は、Java屋さんはあんまり知らなかったみたいだね。しかも、遅い原因の考察が的外ればかりで笑ってしまう。 「Javaの文字列操作は遅いから」とか「UTF-16の変換に時間がかかるから」とか、そんなのまるで関係ないですから。Javaの文字列操作は十分速いし、UTF-16の変換も主要因ではない。 ＃つうかさ、「Javaの文字列操作は遅い」とか、Javaに対して失礼だろ。 VeocityやJSPが遅いのは、単に動的な独自言語を導入したから。はっきりいって、これはアーキテクチャ上の間違った選択。せっかくJavaが静的であるのにその特性を利用せず、わざわざ動的言語を導入しているのだから、何考えてんだろうと思う。いつもJava屋さんが主張しているような、「コンパイル時にエラーを発見できる」「IDEでの補完が効きやすい」「リファクタリングが
以下では、これらのメソッドを使って、リクエストされたURLからパス情報を取り出す例をいくつか紹介します。リクエストされたURLは、仮に「http://localhost:8080/javatips/ServletPath/sample_param/」とします。 out.println(request.getContextPath()); // /javatips out.println(request.getServletPath()); // /ServletPath out.println(request.getPathInfo()); // /sample_param/ out.println(request.getPathTranslated()); // C:\Program Files\Apache Software Foundation\Tomcat 5.0\webapps\
JSTL の fmt タグはいろいろなフォーマットで出力できるので便利なのですが、きちんとロケール情報を設定してあげないと、フォーマットが効かない場合があります。 通常はブラウザから送信されてくるリクエストヘッダーのロケール情報を見ているようですが、携帯サイトのようにiモードブラウザからアクセスされる環境だと、ロケール情報がきちんと送信されて来ず、 fmt タグが有効にならない場合があるようです。 例えば、fmt:formatDate タグを使って年のみ表示したい場合は次のような感じで記述しますが、 <%-- todayはdate型で日付が入ってるとします。 --%> <fmt:formatDate value="${today}" pattern="yyyy"/> ロケール情報がきちんと設定されていないと、 Tue Jul 15 18:03:41 GMT+09:00 2008 というよう
URLの一部にセッションIDを埋め込むのは、アプリケーションサーバが、クライアントがクッキーをサポートしているかわからない場合です。 最初のアクセスで、アプリケーションサーバは、クッキーを設定してクライアントに返します。二度目以降のアクセスで、クッキーが返ってきた場合は、クッキーを通じてセッション管理ができるので、;jsessionidはURLに埋め込みません。 携帯の端末のようにクッキーが帰ってこない場合、二度目以降も;jsessionidをURLに埋め込みます。 クッキーがサポートされているブラウザで、最初のアクセスでURLに;jsessionidを表示させたくない場合、最初にindex.jspにアクセスしてもらうようにし、index.jspから本物の最初のページにリダイレクトします。 <html> <head> <meta http-equiv="Content-Type" cont
これらのスコープへは、JSPからは暗黙オブジェクトを使ってアクセスできます。また、サーブレットからはdoGet/doPostの引数やインスタンスメソッドなどで得ることができます。 スコープのオブジェクトはそれぞれgetAttribute/setAttributeというメソッドを持っているので、これらのメソッドを使ってオブジェクトに名前を付けて保持することが出来ます。 また、それぞれのスコープの関係は、次の図のようになっています。 アプリケーションスコープは、Webアプリケーション全体で共有できるスコープです。 つまり、そのWebアプリケーション内のすべてのサーブレットやJSPから値を利用することが出来ます。 たとえば、アクセスカウンターや掲示板のデータのように、すべての利用者がおなじデータを利用するときに使えます。 ただし、Tomcatではサーバーを再起動すると値が
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
