Tomcatを安全にするセキュリティマネージャとは？ (1/3) - ＠IT
Tomcatを安全にするセキュリティマネージャとは？：Tomcatはどこまで“安全”にできるのか？（6）（1/3 ページ） 本連載「Tomcatはどこまで“安全”にできるのか？」では、いままでTomcat 6の新機能と、できるだけセキュアなWebアプリケーションサーバをTomcatで構築するためのヒントをいろいろと紹介してきました。 今回は、Tomcatセキュリティ連載の最後として、「セキュリティマネージャ」を利用したTomcatでのセキュリティの確保について解説していきたいと思います。 Tomcatの安全性を高めるセキュリティマネージャとは？ 「セキュリティマネージャ」（java.lang.SecurityManagerクラスが使われる）とは、信頼されていないコードを実行することでローカルファイルシステム上にあるファイルへとアクセスしたり、Javaアプレットのダウンロード元のホスト以外と
Life with Cygwin
沖ソフトウェア株式会社は、沖通信システム株式会社および株式会社沖インフォテックと平成22年10月1日をもって合併いたしました。新会社名は、株式会社OKIソフトウェアとなります。3社が行っております事業は新会社にて従来通り継続いたします。
侍ズム - Tomcat - Webアプリケーションを再デプロイして画面を再ロードする bookmarklet
タイトルの通りです。 あらかじめ以下のリンクをブックマークしておき、ここぞというタイミングでブックマークをクリックすると以下の処理を自動的に行ってくれます。 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と胃を痛めるトラブルハッカー (1/3) - ＠IT
肥え続けるTomcatと胃を痛めるトラブルハッカー：現場から学ぶWebアプリ開発のトラブルハック（8）（1/3 ページ） 本連載は、現場でのエンジニアの経験から得られた、APサーバをベースとしたWebアプリ開発における注意点やノウハウについて解説するハック集である。現在起きているトラブルの解決や、今後の開発の参考として大いに活用していただきたい。（編集部） メモリリークと聞いて、良いイメージを思い浮かべる開発者は少ないだろう。経験したことのある人にとっては、思い出したくない過去の記憶がよみがえるかもしれない。もしかしたら、その単語を聞くだけで胃が痛くなる人もいるかもしれない。筆者もかつてはその1人であった。 前々回の記事では、WebサーバとTomcatの間の接続において、スレッド数の不整合により発生したトラブル事例を、前回はTomcatとDBサーバの間のトラブル事例を紹介した。今回もTom
オープンソース企業ソースラボ、「SASH」とTomcatを組み合わせたスタックで勝負
SourceLabsの最高経営責任者（CEO）Byron Sebastian氏は、企業によるオープンソースのJavaミドルウェア採用は、何年も前から派手に宣伝されているものの、まだ始まったばかりだと述べた。 SourceLabsは米国時間8月1日、オープンソースのJavaミドルウェアをバンドルしたディストリビューション（「スタック」と呼ばれる）をアップデートした。Spring、Axis、Struts、Hibernateの組み合わせ（SASH）にTomcatを加えたパッケージである。 これらのオープンソースフレームワークは生産性の向上に役立つとして、Javaプログラマーの間で長い間親しまれている。Sebastian氏によると、プロプライエタリなJavaアプリケーションサーバではなく、オープンソースコンポーネントを利用してアプリケーションを構築する企業が増えているという。 同氏は「フレームワー
[ThinkIT] 第2回：Tomcatって何ができるのですか？ (1/3)
Webサーバのアドオンとして動作するタイプで、Webサーバのプロセスの一部としてコンテナが動作します。Webサーバとコンテナが同じリソースを共有するため、高速な動作が期待できます。 Webサーバのプラグインと外部プロセスとして動作するコンテナまたは別のサーバ上で動作するコンテナが連携するタイプです。内部プロセス型に比べレスポンスは劣りますが、Webサーバと複数のWebコンテナを組み合わせることができるため、スケーラビリティは高くなります。 Tomcatを含め多くのサーブレットコンテナ（注1）は、これら複数のタイプに切り替えて使うことができ、使用環境に応じた設定が可能です。 ※注1： サーブレットコンテナは、現在ではサーブレットだけでなくJSP（JavaServerPages）、JSF（JavaServer Faces）、JSTL（JSP Standard Tag Library）、J
[ThinkIT] 第1回：Tomcatって何ですか？ (1/3)
HTTP/HTMLを用いた静的ドキュメントの交換という目的からスタートしたインターネットは、産業や社会のコミュニケーションやパーソナライズされた情報を扱う媒体として発展してきています。こうした流れの中で、インターネットはリアルタイムのコンテンツ更新を求められるようになってきました。 検索エンジンや掲示板などはその一例です。こうしたWebアプリケーションを実現するためには、HTTPを介してリクエストを受け取り、リクエストに応じた処理を行った結果（動的コンテンツ）をリクエスト元に返す仕組みが必要になります。 動的コンテンツ提供のための仕組みの1つが「サーブレット/JSP」です。サーブレット/JSPは、Sun Microsystems（以下、Sun）によって開発されたサーバサイドのJava技術であり、オブジェクト指向に基づくプログラムの部品化の実現や、豊富なクラスライブラリの提供といった「J
サーバサイドJava入門 TomcatとEclipse WTPの導入手順：CodeZine
はじめに 現在、最も広くJavaが使われているのは「サーバ」の世界です。Javaの基礎は一通りわかった、次はサーバサイドだ――そう思ってやってみようとすると、これが以外に大変。サーバのプログラムはどうする？ サーバ用のJavaってどうやって作る？ 公開は？ なかなか一筋縄ではいきません。 そんな「サーバサイド・ビギナー」のために、サーバサイド開発のための基本的な機能を一通りそろえたオープンソースの開発環境「Eclipse Web Tools Platform（WTP）」を使い、サーバサイドの講座を始めることとしました。「Javaは一通りわかったけど、サーバサイドって？」というあなた、一緒にサーバの世界を勉強していきましょう。対象読者Javaの基本（文法全般および基本的なクラスライブラリの使い方程度）をマスターしている人。サーバサイド（JSP、サーブレット）について基礎から勉強したい人。Ec
【特集】Tomcat 6の実力を早速試す - 移行するべき? その時期は? (1) Apache Tomcat 6.0.xにおける変更点(1) | エンタープライズ | マイコミジャーナル
Apache Tomcat 6.0.x安定版リリース 去る3月1日(米国時間)、The Apache Tomcat Teamは「Apache Tomcat 6.0.10」をリリースした。それ以前にも6.0.xというバージョンは公開されていたが、それらは開発版という位置づけであったため、この6.0.10が6系では初の安定版ということになる。 本稿ではApache Tomcat 6.0のインストールやNetBeans/Eclipseでの使用方法を解説する。その上で、新たに対応したServlet 2.5やJSP 2.1などを利用したいくつかのプログラムの例を紹介したい。 Apache Tomcat 6.0.xにおける変更点 まずは、Apache Tomcat 6.0.xにおける主な変更点や、5.x系から移行する際に注意すべき点から見ていこう。 Servlet 2.5およびJSP 2.1のサポート
Tomcatにてルートコンテキストにアプリケーションをデプロイする方法 - Enjoy*Study
ROOTというアプリケーション名でデプロイすればよいとのこと。 webapps配下にROOTというディレクトリで配置。(もしくはROOT.warとして)
使用率の高いTomcatサーバーをリアルタイムで追跡＆チューニング：CodeZine
今回は、メニューからグラフの種類を変更できるようにします。これまでは、3D縦棒グラフでデータを表示していましたが、グラフの種類を折れ線グラフと円グラフに変えられるようにします。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
Radar - O’Reilly
試験管のなかのコード :: lighttpd にチャレンジ(3)