WebアプリケーションサーバJBoss 移行時の注意点～ · 3-2...

© Hitachi Solutions, Ltd. 2012. All rights reserved.

株式会社日立ソリューションズ OSSソリューションビジネス推進センタ

2012/9/7

WebアプリケーションサーバJBoss入門～JBoss 移行時の注意点～


１. 章はじめに

２. 章 JBoss移行手順

３. 章 JBoss移行時の注意点


Contents

４. 章 JBoss移行アセスメントサービスのご紹介


１.章はじめに



１-１ JBossとは

3

ユーザコミュニティ（有志）による開発・メンテナンス複数のプロジェクトにより構成最先端の機能を実装サポートなし

Red Hat社により安定バージョンとして再構成エンタープライズレベルのテスト実施後にリリース 4半期毎の定期アップデート個別パッチの提供 24時間365日のサポートを提供

オープンソースのJava EE標準アプリケーションサーバを中心としたソフトウェアプロダクト技術革新を追求したコミュニティ版と安定性・品質・長期間サポートを追求したEnterprise版（商用版）

JBossとは

コミュニティ版

商用版


１-２移行するメリット

4

JBossに移行するメリット

アプリケーションサーバのライセンスコスト、サポートコストを抑えたいライセンス費が不要となり、コスト削減が可能

オープンスタンダードな技術を利用したい

パブリッククラウドにて、多くの実績を持つオープンスタンダードな技術を採用

移植性の高いアプリケーションを開発可能グローバルで利用可能

長期間システムを利用したい

JBoss Enterprise Application Platformであれば最大10年間の長期サポートを適用


２.章 JBoss移行手順



２-１概要

6

JBossへの移行とは商用アプリケーションサーバで動作するアプリケーションをJBoss Application Serverにデプロイすること。

Java EE準拠で構成されたアプリケーションは基本的には、異なるアプリケーションサーバでも動作する。（ただし、アプリケーションサーバごとに細かな仕様が異なるため、そのままでは動作しないときがある）

連携ソフトウェア、他システム連携部分、非機能要件も踏まえて

検討しておく必要がある。

Oracle WebLogic Server

JBoss Application Server WebSphere Application Server

アプリケーションA (warやear単位)

アプリケーションB (warやear単位)

アプリケーションB (warやear単位)

アプリケーションA (warやear単位)


２-２移行フロー

7


２-３アセスメント（１）

8

アセスメントの目的コンポーネント、バージョン、構成等によっては移行難易度が異なる。移行元システムの情報を洗い出し、移行時のリスクを調査する。

アセスメントの詳細

調査項目調査内容評価のポイント

移行元製品/OS/JDKバージョン

・アプリケーションサーバ

・OS

・JDK

※バージョン含む

・JDK のバージョン差異に伴う影響

・J2EE(Java EE)のバージョン差異に伴う

影響

・OSのバージョンや種類に伴う影響

サーバ構成・サーバインスタンス数

・クラスタ使用有無

・フロントシステム

・ロードバランサ

・デプロイするwar, earの数

・システム規模による影響

・クラスタ機能を使っている場合、

置き換え

・ロードバランサやフロントシステム連携

部の置き換え


２-３アセスメント（２）

9

調査項目調査内容評価のポイント

フレームワーク

・フレームワーク


・アプリケーションサーバ固有フレーム

ワーク、独自フレームワークの仕様に

関連する移行阻害要因

Java EEコンポーネント

・Java EEコンポーネント・他システム連携による影響

（WEBサービス、JMS、JTSなど）

クライアント技術

・クライアントアプリケーション

・リッチクライアント（Ajaxなど）

を使用している場合はアプリケーション

サーバ固有の問題が発生する可能性が高い

バックエンドデータベース

・データベース


・データベースバージョンアップや変更の

必要性に伴うコスト

運用管理手法・運用管理ツール・管理コンソールやスクリプトの変更コスト

外部ライブラリ/システム連携

・3rdベンダライブラリ

・連携システム

・移行先環境での適合性や関連システムへ

の影響


２-４影響度調査

10

アセスメントの結果から、高いリスクを有すると考えられる項目を中心に詳細な調査を行う。実施内容

利用しているテクノロジのリストアップ (フレームワークやJavaコンポーネント)

各種コンフィグレーションの確認

ライブラリやAPIのリストアップ

必要となる作業項目やリストの洗い出しを実施。


２-５方式検討

11

アプリケーションサーバ固有のライブラリや機能ギャップ、フレームワーク移行方式の詳細プランニングを実施する。具体的に書き換えの必要があるコンフィグレーションの洗い出しと置き換えプランを検討する。（例）

データソース JNDI クラスタリング JMS

データベースや外部ミドルウェア、モジュール、関連システムについての調査・プランニングも実施。


２-６アプリケーションの移行

12

アプリケーション移行の２つのアプローチがあり、それぞれのメリット、デメリットを考慮し、移行方式を決定する。

項目既存ソースコードを流用アプリケーション再実装

概要アプリケーションを改修せず、そのままJBossへ移行

フレームワークや利用する Java EEテクノロジーを変更（再実装）してJBossへ移行

コスト・期間〇大幅なソースコードの修正不要 × 詳細設計から再実装

標準化 × 既存フレームワークを利用〇標準的なオープンフレームワークに変更

保守性 × 既存フレームワークを理解したメンバによる保守が必要

〇フレームワークが標準化されるため、異なるシステムでもソースコードの保守性が高い。

総合評価スピード・初期コスト重視保守性重視


３.章 JBoss移行時の注意点



３-１全体的な注意点

14

JBoss移行の注意点 Java標準仕様(Java EE / J2EE, Java SE / J2SE)

のバージョン間差異を把握しておくことが重要

アプリケーションサーバ固有のライブラリ、フレームワークの利用状況によってはアプリケーションの再実装が必要

データソース、 JMS、クラスタ実装などは再定義が必要

クラスローダはアプリケーションサーバ毎に異なるためエラーの発生原因となる場合が多い

WEBサービスなど、他システム連携部分は、関連システムとの整合性に注意


３-２ WebLogicからJBossへの移行（１）

15

JBoss AS 6系への移行難易度（Java仕様との関係）

WebLogic Version

5.1 6.1 7.0 8.1 9.2 10.3 JBoss AS 6系

J2EE（Java EE） 1.2 1.3 1.3 1.4 5.0 5.0 5

JDK 1.2 1.3 1.3 1.3 1.4 5.0 6.0

Servlet 2.2 2.3 2.3 2.3 2.4 2.5 2.5

JSP 1.1 1.2 1.2 1.2 2.0 2.1 2.1

EJB 1.1 2.0 2.0 2.0 2.1 3.0 2.1/3.0

移行難易度 × △ △ ○ ◎ ◎ －


３-２ WebLogicからJBossへの移行（２）

16

移行時に対策が必要な例 WebLogic固有パッケージクラスに注意 “webLogic”で開始されるパッケージに属しているクラスは利用不可のため、代替機能の実装が必要。

Workshopフレームワークに注意 WebLogic Workshopが提供するコンポーネントを利用している場合は、代替機能の実装が必要。

過去互換動作 null参照時の空文字表示の動作が異なるため、ロジック修正が必要。・ JBoss ⇒ “null”

・ WebLogic ⇒ “”


３-３ WebSphereからJBossへの移行（１）

17

JBoss AS 6系への移行難易度（Java仕様との関係）

WebSphere

Version 3.0 3.5 4.0 5.0 5.1 6.0 6.1 7.0

JBoss

AS 6系

J2EE

（Java EE） N/A N/A 1.2 1.3 1.3 1.4 1.4 5 5

JDK 1.1 1.2 1.3 1.3 1.4 1.4 5 6 6.0

Servlet 2.0/2.

1

2.0/2.

1/2.2 2.2 2.3 2.3 2.4 2.4 2.5 2.5

JSP 0.91/

1.0

0.91/1

.0/1.1 1.1 1.2 1.2 2 2 2.1 2.1

EJB 1 1.0+α 1.1 2 2 2.1 2.1 3 2.1/3.0

移行難易度 × × △ △ △ ○ ○ ◎ －


３-３ WebSphereからJBossへの移行（２）

18

移行時に対策が必要な例 WebSphere固有パッケージクラスに注意

“com.ibm.*”で開始されるクラスは利用不可のため、代替機能の実装が必要。

JSP IBM独自拡張タグ(tsx)に注意 IBM独自タグは利用不可のため、JSTL(JSP Standard Tag Library) へ書き換えが必要。（例）tsx:repeat ⇒ c:forEach

WebSphere固有デプロイメント置き換えが必要なデプロイメントディスクリプタ

・ ibm-web-ext.xmi ・ ibm-web-bnd.xmi ・ ibm-application-ext.xmi ・ ibm-application-bnd.xmi ・ ibm-ejb-ext.xmi ・ ibm-ejb-bnd.xmi


４.章 JBoss移行アセスメントサービスの紹介



４-１ JBoss移行アセスメントのご紹介

20

法人向けにJBoss Enterprise Application Platformへの移行アセスメントサービスを提供しています。 http://www.hitachi-solutions.co.jp/redhat/ 現行システムの情報をヒアリングさせていただき、移行アセスメントを実施します。【提出物】アセスメント診断レポート


他社所有商標に関する表示

21

Microsoft、Windows、windows Serverその他のマイクロソフト製品名は、米国Microsoft Corporationの米国及びその他の国における登録商標又は商標です。インテル、Itanium、Xeonは、米国インテルCorporationの米国及びその他の国における登録商標又は商標です。 Linuxは、Linus Torvaldsの米国及びその他の国における登録商標又は商標です。 Red Hat、JBossは、米国及びその他の国におけるRed Hat,Inc.の登録商標又は商標です。 UNIXはThe Open Groupの米国及びその他の国における登録商標です。その他本サービス仕様書に記載の会社名及び製品名は、一般にそれぞれの会社の商標又は登録商標です。 WebSphereは、米国及びその他の国におけるInternational Business Machines Corp.の登録商標です。 WebLogicは、米国及びその他の国におけるOracle International Corp.の登録商標です。


株式会社日立ソリューションズ OSSソリューションビジネス推進センタ

2012/9/7

END


ご清聴ありがとうございました。

・本資料に記載の会社名及び製品名は、一般にそれぞれの会社の商標又は登録商標です。

WebアプリケーションサーバJBoss 移行時の注意点～ · 3-2...

Documents

Transcript of WebアプリケーションサーバJBoss 移行時の注意点～ · 3-2...