[ThinkIT] 第3回：JBossと商用APサーバの比較 (1/4)
オープンソースソフトウェア（以下、OSS）が成熟するにつれ、巷では大規模システムにおけるOSS適用の可能性について検討・議論が行われている。特にアプリケーションサーバ（以下、APサーバ）についてはクラスタ構成を取ることでスケールアウトが可能となり商用ソフトウェアと遜色ない性能を期待できる、との意見もある。 そこで本記事ではオープンソースのAPサーバJBossがクラスタ構成でどのくらい使えるようになってきているのか、検証した結果を紹介する。その際、JBossだけ測定しても比較対象がないと結果に対する良し悪しがわからない。そこで、今回は比較対象として商用APサーバWebLogicについても測定した。 J2EEサーバのクラスタ化には、主にHttpSessionのレプリケーションとEJBのクラスタ対応が必要となる。これらはJ2EEの仕様では規定されていない事項であり、APサーバの実装に依存している
[ThinkIT] 第1回：これまでの情報漏洩事件の原因を振り返る (1/3)
本連載では企業として情報漏洩対策をどのような観点から講じればよいのか、導入事例を元にリスク管理ソリューションの導入効果を紹介していく。 ここ数年、日本では個人情報や企業情報の漏洩事件が多数発生している。実際、内閣府の調査によると、公表されているだけでも企業の17.5%がなんらかの個人情報の漏洩もしくは毀損を経験しているという。 では、どういったケースでこのような情報漏洩は起こるのであろうか。インターネット普及以前もしくは普及後でも、情報漏洩という事件は外部の人間がシステムに不正な手段で侵入し、情報を持ち出すことを指していると思われている。いわゆる不正アクセス事件である。 しかし最近日本で起きた情報漏洩事件でも果たしてそうであろうか。実は原因を詳しく見てみると、必ずしもそうでないことを示している。それを分析してみたのが表1である。 事故、過失などによるもの 盗難、紛失したPC、リムーバブルメ
[ThinkIT] 第3回：JBossのアーキテクチャ (1/4)
前回の連載でJBossのインストール手順について一通りの説明を行いました。J2EEでの開発経験がある方であれば、J2EE仕様の範囲でアプリケーションを構築すれば、それほど大きな問題はなく動作確認が行えると思います。 今回は、JBoss固有の話へと移りたいと思います。具体的にはJBoss内部の基本構造であるJMXとユニファイドクラスローダについて説明をします。 JBossはマイクロカーネルと呼ばれる構造を採用しています。"マイクロ（非常に小さい）"という言葉からもわかる通り、核となるプログラム（＝カーネル）が小さく、非常に限定された機能しかありません。このマイクロカーネルのことをJBoss JMXカーネルとか単にJBossカーネルと呼びます。 JBossカーネルが備えている基本機能は、JBossカーネルへのサービスの登録、サービスの呼び出し、サービスの停止、といったもので、JBossカーネル
EJBのすべてを知る
Java EEとEJB ご存知のとおりJava EEは企業向けの仕様であり、その仕様の中核を担ってきたコンポーネントがEJB（Enterprise Java Beans）であることは誰しも疑わないことでしょう。JBossもEJBoss（Enterprise JavaBeans Open Source Software）として1999年に産声を上げています（その後、商標の関係によりJBossに変更しています）。 Java EEアーキテクチャダイアグラムは図1のようになっています。このようにサーバサイドには2つのコンテナが協調動作をしてエンタープライズレディとなるように設計されています。 図1：Java EEアーキテクチャダイアグラム 出典:Java Platform, Enterprise Edition（Java EE）Specification, v5 （画像をクリックすると別ウィンドウ
ステートフルセッションBeanでの実装
EJB 3クライアントの実装 デプロイが完了したEJBにリモートクライアントからアクセスしてみます。リモートクライアントでは、JNDIの初期コンテキストを取得し、EJBをルックアップする必要があります。 この方法は従来の方法と変わりありません。ただし、EJB 3からはホームインターフェースが廃止されていますのでホームスタブを取得してライフサイクルメソッドを呼び出すことはせず、直接EJBをJNDIから ルックアップ（取得）してビジネスメソッドを実行します。またEJBコンテナ内、すなわちEJBからEJBを呼びだす場合はJNDIルックアップを利用せ ずに、@EJBアノテーションを利用することが可能です。これは別の機会に紹介します。 なおEJBクライアントのコンパイル時のクラスパスには、JARファイル「jbossall-client.jar」を指定してください。これは利用するEJBのインンタフェー
[Think IT] 第7回：BPEL 2.0とは？ (1/3)
前回は、ビジネスプロセスの連携方式として、リクエスト・リプライとイベントドリブンについて説明しました。今回はリクエスト・リプライ方式の実行環境としてデファクトスタンダードになりつつあるBPELについて取り上げます。 BPELはビジネスプロセスを定義するための言語仕様です。IBMが仕様開発を行っていたWSFLとMicrosoftが開発していたXLANGを基に、SiebelSystem、BEA、SAPが加わって2003年に提案されたBusiness Process Execution Language for WebServices Version 1.1（BPEL4WS）がベースとなっています。 BPELはその後、標準化団体であるOASISに移譲され、今年（2007年）4月にBEPL 2.0（Web Service Business Process Execution Language Ve
[Think IT] 第1回：Red Hatが提供するJBoss Enterprise Middlewareとは (2/4)
ここではすべてのプラットフォームのベースとなるJBoss EAPを掘り下げて紹介します。JBoss EAPは100% Javaで実装されたJava EE（Java Platform, Enterprise Edition）アプリケーションサーバです。このJBoss EAPはアプリケーションサーバであるJBoss Application Serverがコアとなっており、さらに開発を容易にするため、JBoss SeamとJBoss Hibernateの2つのフレームワークが含まれています。 現在のバージョンは4.2.0であり、J2EE（Java 2 Platform, Enterprise Edition） 1.4に準拠しています。併せてJava EE 5.0に含まれるEJB（Enterprise JavaBeans） 3.0とJSF（JavaServer Faces） 1.2も利用可能です。
[ThinkIT] 第1回：なぜ今、EIPなのか (1/4)
米国のとある調査によれば、企業では毎年60%以上の割合でデジタルデータ量が増加し続けているという。財務データや顧客情報などの定型的なデータやビジネス文書だけでなく、電子メールやインスタントメッセンジャーなどを通じて交わされるコミュニケーションの結果もデータとして蓄積されることを考えると、このデジタルデータ量は企業活動が生み出す情報量そのものに限りなく近い値と考えられる。 しかもこれらのデータは1箇所に蓄積されているとは限らない。例えば部門ごとに構築されたWebサイト／ファイルシステム／業務システムのほかにも、グループウェアのような情報共有系のシステムにも分散して蓄積されているのだ。 知的生産活動という行為の大部分が、情報を見つけだし取捨選択する作業の連続であるとすれば、この状況がどれほど非効率的なことであろうか。 システムごとに分散している情報を集約して、利用者が欲しい情報に直接アクセスで
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[Think IT] 第1回：どれだけ知ってますかスイッチのこと (2/3)
[ThinkIT] 第2回：ESBからSOAを理解する (3/3)
[ThinkIT] 第1回：Windows Vistaだと何が起こるのか (2/3)
[ThinkIT] 第6回：IT基盤の展望IBMのオープン化と先進技術への取り組み (3/4)