■ リクエスト処理のアーキテクチャ Tomcat 4時代から採用されているリクエスト処理のCatalinaアーキテクチャは変更なしで、そのまま採用しています。Tomcatが受け付けたリクエストは、リクエスト処理パイプラインによってServletまで到達し処理されます。 ■ クラスタリング（セッションレプリケーション） 若干のインターフェイスの改良はありますが、基本的には同じ仕様です。 「All-to-All」「primary-secondary」の2つのレプリケーション方式が利用可能となっています。 ■ DBコネクションプール 今までどおりApache Commons DBCPを使用し、バージョンはDBCP 1.4系(JDBC 4用)を採用しています。Tomcat独自のjdbc-poolを利用する場合は別途ビルドが必要です。jdbc-poolは近いうちに同梱されるかもしれません。 では、T
さぞかし面倒なのかと思ったのだが、全然っ簡単だった。※以下手順 1. GWTコンパイルを実行する 単なるJavaのビルドではなく、GWTのコンパイル(javascript変換)を実行する。 GWTコンパイルはAntスクリプト又はEclipseのツールバーボタンかプロジェクトのメニューから選択〜実行する。 GWTコンパイルの様子 GWTコンパイルによりwarディレクトリ下にモジュール名と同名のディレクトリが作成されて、その下にコンパイルされたイメージが出力される。 2. Tomcatにデプロイする Eclipseのメニューから「エクスポート」→「ファイル・システム」を選択して warの下の全てのファイルをTomcatのWebAppsディレクトリにエクスポートする。 Tomcatが起動されており、WebAppsのディレクトリ監視が有効になってれば即座にデプロイが完了する。 モジュール本数が多い
元ネタ http://ducquoc.wordpress.com/2010/11/06/eclipse-wtp-tomcat-hot-deploy/ EclipseでWebプロジェクトを作るときはWTPを使っています。tomcatプラグインなんてのもありますが、mavenでのライブラリ管理と相性がイマイチなので最近はもっぱらWTPです。 んでデフォルトままWTPにアプリケーションデプロイすると、tomcatのserver.xmlに <Context docBase="appname" path="/appname" reloadable="true" source="org.eclipse.jst.j2ee.server:network-application"/></Host> のような設定でデプロイされます。reloadable="true"とかあるのでクラスファイルに変更があったりす
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サーバがブラウ
JSTL 1.2は標準のリポジトリに存在しない。 Java.netのGlassFishのリポジトリから取得する。 ちなみにApache TaglibsのJSTLは開発が終了しているので注意する。 <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd"> <repositories> <repository> <id>glassfish</id> <name>GlassFish Repository</name> <url>http://downloa
“安全”のためにTomcatを理解し、構築し、動作させる：Tomcatはどこまで“安全”にできるのか？（1）（1/3 ページ） 無料サーバはどこまで安全にできるのか？ 近年、Linux上でサーバを構築・公開する方が多くなってきていますが、中途半端な設定のサーバを公開することで会社の情報資産が危険にさらされることがよくあります。 そんな中、基本的に無料のOSであるLinuxサーバと、同じく無料で利用できるアプリケーションで、世界中において高いシェアを誇るTomcatを用い、「無料でどこまで製品サーバのセキュリティに迫れるか？」「どこまで安全にWebアプリケーション構築ができるか？」をこの連載を通して追っていきたいと思います。 第1回は、そもそもTomcatとは何かを解説し、Tomcatの最新版の新機能とそのセットアップの仕方や自動起動の方法、Apacheと連携させる方法などを紹介します。 T
WTP からだとどっから server.xml 見えるんだろう……と小一時間迷うなどしてしまったのでメモ。 まず、こんな感じにサーバ構成を作って、wtptest1 ってプロジェクトを追加してるとして。 JavaEE パースペクティブ（じゃなくてもいいんだけど）のプロジェクト･エクスプローラーの Servers プロジェクト下でこんな感じに居座っている。 んで、Tomcat6.0 のデータソース設定。元々こんなかんじの Context が居座ってる。 ので、コイツを少しいじるなどする。 参考URL : Apache Tomcat 6.0 - JNDI Datasource HOW-TO 次に web.xml。 jdbc/MySQL javax.sql.DataSource Container あとは Java 側はこんな感じ。 InitialContext ic = new InitialC
サーバ側で動作するJavaアプリケーションを作成するにはサーブレットやJSPを使います。サーブレットとJSPは基本的に同じことを行いますが、サーブレットはJavaプログラムと同様に作成するのに対し、JSPはPHPのようにスクリプト言語のような記述します。そこで画面表示部分の作成にはJSPが適しており、データベースとの接続などバックエンドで動く部分はサーブレットで作成するのが適しています。 ここではサーブレット及びJSPの使い方に関して具体的なサンプルを使いながら確認していきます。 なおサーブレットやJSPはサーバ側でJavaアプリケーションを作成するための仕様であり、実装したアプリケーションとして無料で提供されているTomcatを使っていきます。TomcatはWebサーバとしての機能も持っておりTomacat単体で試していきますが、Apacheなどと組み合わせる場合は『Tomcatとの連携
Strutsの常識を知り、EclipseとTomcatの環境構築：Webアプリの常識をJSPとStrutsで身につける（2）（1/4 ページ） 本連載は、JSP／サーブレット＋StrutsのWebアプリケーション開発を通じて、Java言語以外（PHPやASP.NET、Ruby on Railsなど）の開発にも通用するWebアプリケーション全般の広い知識・常識を身に付けるための連載です いまさら聞けないStrutsの常識 今回は、「Strutsの常識」と題し、Webアプリケーションフレームワークの1つであるStrutsについての概要を説明したうえで、JDKやEclipse、TomcatなどのWebアプリケーション作成の環境構築を行い、サンプルプログラムを実際に作成してみましょう。 連載第1回の「いまさら聞けない、Webアプリケーションの常識」で、「本連載ではStrutsを取り上げていきます」
昨今、良くある（僕自身も好みの）組み合わせで、 ・IDE・・・Eclipse ・ビルドツール・・・Maven2 及び Eclipse m2eclipseプラグイン ・コンテナ・・・Tomcat 及び Tomcatプラグイン ・フレームワーク・・・Seasar2 及び S2ファミリー と言うのがあります。 しかし、開発環境構築は結構難問です。 Eclipse、Maven2、m2eclipse、Tomcatプラグイン... それぞれ「個別の問題」にフォーカスしたツールを組み合わせようとすると、 細かいところでギャップがあって、各ツールの長所を活かしつつ、うまく連携させるには試行錯誤が必要です。 そこで、以下のような各ツールの長所を活かせる開発環境を作ってみる。 １．Eclipse ・修正したソースのインクリメンタルコンパイル。 ・その他もろもろ... ２．Maven2 ・pom.xmlによるプ
Tomcatのセキュリティとリスクの基本分かってる？：Tomcatはどこまで“安全”にできるのか？（4）（1/4 ページ） 前回までで、Tomcat 6系に関する機能や設定、運用といったところに触れてきました。今回と次回は2回に分けて、いよいよTomcatを運用していくに当たってのセキュリティ面に着目していきたいと思います。 「セキュリティ」対策をしないと、人生が変わる？ 「セキュリティ」という言葉が注目され始めた2000年からすでに8年が経過し、時代は2008年となりました。いまのご時世、パソコンを使う人はみな耳にする、この「セキュリティ」とは一体何のことなのでしょうか？ 一般的な解釈に従えば「セキュリティ」＝「パソコンの安全性」になります。「ウイルス」や「不正アクセス」に対する安全性のことを指し、さまざまな対策を行うことで「セキュリティ」を保ち脅威から身を守ります。 それでは実際に「セ
Tomcatを安全にするセキュリティマネージャとは？：Tomcatはどこまで“安全”にできるのか？（6）（1/3 ページ） 本連載「Tomcatはどこまで“安全”にできるのか？」では、いままでTomcat 6の新機能と、できるだけセキュアなWebアプリケーションサーバをTomcatで構築するためのヒントをいろいろと紹介してきました。 今回は、Tomcatセキュリティ連載の最後として、「セキュリティマネージャ」を利用したTomcatでのセキュリティの確保について解説していきたいと思います。 Tomcatの安全性を高めるセキュリティマネージャとは？ 「セキュリティマネージャ」（java.lang.SecurityManagerクラスが使われる）とは、信頼されていないコードを実行することでローカルファイルシステム上にあるファイルへとアクセスしたり、Javaアプレットのダウンロード元のホスト以外と
The Lambda Probe projectは30日(米国時間)、Lambda Probeの最新版であるLambda Probe 1.6を公開した。Lambda ProbeはApache Tomcatをリアルタイムに監視するためのツールアプリケーション。Lambda Probeは監視対象とするApache Tomcatの状況をリアルタイムに視覚化し、Webインターフェースを通じて提供する。 Lambda ProbeはGNU GENERAL PUBLIC LICENSE Version 2のもとで提供されているオープンソースソフトウェア。1.6における主な変更点は次のとおり。 定義されたデータソースを経由してランダムにSQLを実行するための包括的なツールの提供。テストツールへの接続、リザルトセットのブラウズ、SQL実行履歴の表示などの機能も提供 Java 5によって提供されるようになった
What you get Expert curated premium domain name Professionally crafted logo design Guaranteed transfer or your money back Orange Signal: A bright name that grabs your attention. Possible uses: A food brand. A telecommunications company. An app. A security brand. A tracking service. A spy equipment brand. A music brand.
「第7回：Tomcat Webアプリケーションマネージャを使ってみよう！」では、Tomcat WebアプリケーションマネージャによるWebアプリケーション管理について紹介しました。今回はTomcatの設定ファイルであるServer.xmlについて解説します。また、同様の設定をWebブラウザから行える管理ツールTomcat Administration Toolについて紹介します。 CATALINA_HOME/conf/server.xmlは、Tomcatのメインの設定ファイルであり、Tomcat起動時に読み込まれます。CATALINA_HOME/conf/ディレクトリにはデフォルトのserver.xmlの他に、最小限の設定だけが書かれたテンプレートserver-minimal.xmlが用意されています。新規にサーバの設定を書き起こす場合はserver-minimal.xmlをリネームして
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く