なぜ Play は Servlet を使っていないのか（Why there is no servlets in Play 翻訳） - ikeike443のブログ
まだ正月休みなのです。暇なので訳してみました。 この記事は 1年半以上前に Play の生みの親である Guillaume Bort がブログに書いたものです。 (2012/8/19追記: リンク切れしていたためリンクを貼り直しました) なぜ Playframework では Servlet が一切使われていないのかについて、簡潔に書いています。 丸山先生が Play に注目し始めた今、Play2.0 のリリースが間近に迫った今、あらためて読むと面白いかも知れません。 なぜ Play は Servlet を使っていないのか Servlet API に準拠せずに Java web フレームワークを作ることはかなり変に思えるかも知れない。大抵の人はなぜこんな普通じゃない選択をしたのかを聞いてくる。気に入ってくれる人も何人かいるが、大半は毛嫌いする。正直に言うと、 Play フレームワークの一番
GradleでServlet APIを除外設定する | DevelopersIO
Javaの小ネタが続く渡辺です。 つまり、そんな案件が続いているってことになります（笑） Servlet API Servlet APIはJava EEの基盤となるAPIですが、歴史は非常に古く、Version1が公開されたのは1997年です。 もうすぐ20年になる非常に古くからある仕様であり、現在はJavaEE 7に組み込まれている 3.1.0 が最新バージョンとなっています。 通常、Servlet APIはTomcat や Galssfishといったアプリケーションサーバ（Java EEアプリケーションサーバでなくてもOK）でバンドルされています。 したがって、WARファイルを作成する場合にはServlet APIのJARファイルを含めません。 これは、含めてしまうと、バージョンの異なるServlet APIが混在する可能性があり、予期せぬ挙動を引き起こす可能性があるからです。 Gra
45.1.2 サーブレット・コンテナで発生したExceptionまたはErrorについて
Servletサービスでよく発生するJavaのExceptionやError、アプリケーションが異常終了する要因について説明します。 サーブレットまたはJSPが異常終了した場合、サーブレット・コンテナの標準出力・標準エラー出力のログ、サーブレットのログ、サーブレット・コンテナのログまたはブラウザにJavaのスタックトレースが出力されます。 考えられる原因と対処を以下に示します。 なお、ここで述べる原因とは、当該Exceptionが発生する引き金となる根本原因を指します。 また、複数のExceptionが同時に発生している場合は、「Root cause:」のExceptionの対処を行ってください。 ここでのメッセージは、メッセージの内容を直接参照してください。 BindException ［原因］ サーブレット・コンテナ環境定義ファイルに設定したサーブレット・コンテナのクラス定義のIPアド
Injecting Spring Beans into Java Servlets
If you are working in a Java Web Application and you are using Spring IoC Container in your application, there is a chance that you might have to inject Spring Beans into a Java Servlet. Since there is not a direct way to inject Spring Beans into a Java Servlet, you might try to lookup the Spring Beans from the Spring Context within your servlet and assign the dependencies which means that part of
Javaを紐解くための重点キーワード：Java Servlet
■サーブレットの生い立ち Java Servletは、Webサーバ、つまりはHTTPサーバを、Javaアプリケーション・サーバに変身させるJavaテクノロジである。そのため、Java Servletは必ずといってよいほどCGIと比較される。 現在でも、かなりのWebプログラマーが、Perl/CGIによるアプリケーション開発を行っている。筆者の周りでも、Webアプリケーション開発のプロジェクトが始まってから十分な人数のJavaプログラマーが見つからず、「CGI なら慣れているから」という理由で、CGI開発を進めるケースがいまでも見受けられる。 CGIは、UNIXプログラマーにとって非常に分かりやすい構造だった。CGI プログラムは、UNIXでいうところの、いわゆる「フィルタ・プログラム＝パイプ・プログラム」だからである。CGIプログラムは、基本的に１つのプロセスで動作する。入力として環境変数
Tomcat 7も対応したServlet 3.0の6つの主な変更点
実装する仕様は、以下のバージョンにアップデートされました。 Servlet 2.5⇒Servlet 3.0 JSP 2.1⇒JSP 2.2 EL 2.1⇒EL 2.2 本連載では3回の連載を通して、Tomcatの最新メジャーバージョンであるTomcat 7について説明します。第1回目と第2回目でServlet 3.0を紹介し、第3回目でTomcat独自の新機能を紹介する予定です。 Servlet 3.0における6つの主な変更点 第1回目となる今回は、Tomcat 7が実装したServlet 3.0について説明します。Servlet 3.0とはJSR-315のことを指します。Tomcatは、このJSR-315仕様を実装しています。 Servlet 3.0では、Servlet 2.5に対して主に、次のような仕様変更を導入しました。 Ease of Development（EoD、開発容易性）
サーブレットパスの構成要素を取得する
以下では、これらのメソッドを使って、リクエストされた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\
サーブレット、JSPで文字化け対策 | 忘れな～い録
基本的な文字コードの設定は行っているはずなのに、 サーブレットのリクエストパラメータが文字化けしてしまう。 と思ったらserver.xmlの設定が必要だったらしい。 Tomcatのserver.xmlの文字コード設定 Tomcat5.xの場合、デフォルトの設定では、GETメソッドで受け取ったパラメータに対して、 setCharacterEncodingの文字コードを適用しないらしい。 対策としては、server.xmlに、useBodyEncodingForURI=”true” の記述を追加すれば良い。 #server.xml 抜粋 <Connector port="8080" maxThreads="150" minSpareThreads="25" maxSpareThreads="75" enableLookups="false" redirectPort="8443" ac
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
