WAS V9 アナウンスメント・セミナー資料

Size: px

Start display at page:

Download "WAS V9 アナウンスメント・セミナー資料"

しげじろうさだい
5 years ago
Views:

1 WebSphere Application Server V9 アナウンスメントセミナー V9 への移行日本アイビーエム株式会社クラウドソフトウェア事業部アプリケーションプラットフォーム田中孝清

2 アジェンダこの章では WAS V8.5 Full プロファイルや WAS 8.0 以前から,WAS V9.0 traditional へのマイグレーションを扱います Liberty プロファイルへの移行は扱いませんマイグレーション概要アプリケーションの移行環境の移行 2

3 マイグレーション概要 3

4 マイグレーションのロードマップ調査計画スキルの習得開発環境開発環境の更新アプリケーションのマイグレーション単体テスト実行環境実行環境のマイグレーション実行環境のテスト統合テストサービス開始開発環境アプリケーションのマイグレーション単体テスト調査計画スキル習得統合テストサービス開始実行環境実行環境のマイグレーション環境のテスト 4

5 非推奨および削除となった機能安定化された機能削除された機能 (Removed features) そのバージョンから使用できなくなった機能使用している場合は, 必ず移行が必要非推奨となった機能 (Deprecated features) 将来のバージョンで削除が予定される機能使用している場合は, 可能な限り移行を検討する安定化された機能 (Stabilized features) 将来のバージョンでの削除は予定されていないが, 代替機能があるため機能改善や新機能の追加は行われないもの移行の必要はないが, 代替機能の検討はおこなう 5

6 WAS V9 で削除された主な機能 JavaServer Faces (JSF) 1.2 機能を提供する Sun 参照実装 (RI) 使用している場合は JSF 2.2 へ移行する Web 2.0 and Mobile Toolkit Dojo toolkit, WebDAV 拡張,Commet 対応等 Open Service Component Architecture (SCA) モデルの実行環境 Edge Component の Load Balancer for IPv4 WAS V7 以前に対する集中インストレーションマネージャー機能一部の Web サーバー Plugin 手動構成スクリプト WebSphere Customization Toolbox で構成を作成する HP-UX 環境における GUI ベースの WebSphere Customization Toolbox Communications Enabled Applications(CEA) WAS V7 Feature Pack for CEA で提供されていた機能 Common Event Infrastructure(CEI) および関連する API 6

7 WAS V9 で非推奨となった API Java EE 7 仕様で非推奨となったもの EJBのEntity Beanによる永続化 JAX-RPCによるSOAP 通信 JAX-R / Java EE Application Deployment Asynchronous beans / CommonJ Concurrency Utilities for Java EE (JSR 236) へ移行 7

8 WAS V9 で非推奨となった主なシステム管理機能 wsadmin スクリプト (jython 2.7 へ移行 ) jacl jython 2.1 SIBus MQ サーバーを利用した WebSphere MQ との連携機能が非推奨に (MQ リンクを利用した連携に移行 ) WAS V4 形式の DataSource / DataSource MBean Lifecycle Management を使用した Liberty プロファイルの WAS ND/ODR への統合 IBM Support Assistant(ISA)Data Collector による問題判別資料の収集 ( 推奨が Collector に戻りました ) DMZ Secure Proxy Server 8

9 アプリケーションの移行 9

10 対応している Java EE / Java SE 仕様 WAS V6.1 WAS V7.0 WAS V8.0 WAS V8.5 J2EE 1.4 Servlet 2.4/JSP 2.0 EJB 2.1 Java EE 5 Servlet 2.5/JSP 2.1 EJB 3.0 Java EE 6 Servlet 3.0/JSP 2.2 EJB 3.1 Java EE 6 Servlet 3.0/JSP 2.2 EJB 3.1 J2SE 5.0 Java SE 6 Java SE 6 Java SE 6 Java SE 7 Java SE 8 WAS V9.0 Java EE 7 Servlet 3.1/JSP 2.3 EJB 3.2 Java SE /1Q より 10

Java SE 仕様のマイグレーション Java SE 8 では, 言語仕様レベルの大きな変更が行われた Project Lambda 過去二回 (1.1 1.

0) に匹敵するあるいは, それ以上のインパクトのある大変革バイトコードレベル ( コンパイル済みコード ) では上位互換は保証されている Java 言語仕様

11 Java SE 仕様のマイグレーション Java SE 8 では, 言語仕様レベルの大きな変更が行われた Project Lambda 過去二回 ( および ) に匹敵するあるいは, それ以上のインパクトのある大変革バイトコードレベル ( コンパイル済みコード ) では上位互換は保証されている Java 言語仕様 1st Edition JDK Java 言語仕様 2nd Edition J2SE Java 言語仕様 3rd (SE 7) Edition 1.4 J2SE 5.0 Java SE 6 7 Java 言語仕様 Java SE 8 Edition Java SE 8 11

12 Java SE:Generics( 総称型 ) への対応汎用的なオブジェクトを扱うクラスにおいて, 扱うオブジェクトの型をパラメーターとして指定できる Java SE 5 より導入コンパイル時点での型の安全性の保証 / 型キャストの排除コレクションフレームワークをはじめとして多くの標準 API が総称型を使用したものに変更型を指定しないで使用するとコンパイル時に警告が出るように既存のコードについては警告を無視すれば, 稼働するコードは生成可潜在的なバグを抑制するためにも, 正しく型を指定することを推奨 Java SE 8 の Lambda をはじめとする新機能を使用する場合には総称型の仕様が前提総称型で指定した型をもとに型推論がおこなわれるため 12

Java SE:Generics を使用するように変更したコードの例 private HashMap hosts; public void init() throws IOException { hosts = new

8.8.8"); // エラーとならない } public InetAddress getaddress(string hostname) { return (InetAddress)hosts.

public void init() throws IOException { hosts = new HashMap<String, InetAddress>(); hosts.

13 Java SE:Generics を使用するように変更したコードの例 private HashMap hosts; public void init() throws IOException { hosts = new HashMap(); // 型は指定しない hosts.put("localhost", InetAddress.getLocalHost()); hosts.put("publicdns", " "); // エラーとならない } public InetAddress getaddress(string hostname) { return (InetAddress)hosts.get(hostname); // キャストが必要 } 潜在的なバグ ClassCastException が発生する可能性 private HashMap<String, InetAddress> hosts; // 型を指定する public void init() throws IOException { hosts = new HashMap<String, InetAddress>(); hosts.put("localhost", InetAddress.getLocalHost()); hosts.put("publicdns", " "); // コンパイルエラーとなる } public InetAddress getaddress(string hostname) { return hosts.get(hostname); // キャストは不要 } 13

14 Java SE: バージョン間の非互換への対応 14 コンパイルが正常に通った場合も,Java SE のバージョンが上がることにより API の挙動がかわることがあります J2SE 5.0 から Java SE 6 への移行極めて高いレベルで上位互換性がとられている非互換の詳細については, 以下の文書を参照 Java SE 6 から Java SE 7 への移行 Exception を catch 節の中で Re-throw する際の言語仕様変更など軽微なもののみ非互換の詳細については, 以下の文章を参照 Java SE 7 から Java SE 8 への移行高いレベルで上位互換性がとられているクラスの構造などに, ある種の前提をおいているコードなどが動かないこともインターフェースは実装をもたない同一のアノテーションが複数指定されることはないなど非互換の詳細については, 以下の文章を参照

15 Java EE 仕様のマイグレーション (1) 基本的に Java EE 5 以降アプリケーションであれば, Java EE 仕様自体で上位互換が取られているため, WAS V9.0 環境でも稼働する V9.0 でサポートされている Java EE 仕様については下記 URL を参照 websphere.nd.multiplatform.doc/ae/rovr_specs.html WAS V9.0 上では Java EE 6/7 仕様がサポートされており, Java EE 5 のアプリケーションも稼働する J2EE 1.4/1.3/1.2 の DD( デプロイメントディスクリプタ ) を持ったアプリケーションも, 構成は成城に読み取られて稼働する一部の仕様については,J2EE などで動作変更になった部分があるために修正が必要なこともある 15

16 Java EE 仕様のマイグレーション (2) Java EE 6 / 7 の新機能を使用する場合にはマイグレーションする新仕様に対応した開発環境で, Java EE 6/7 のアプリケーションとしてコンパイルするアプリケーションのコンパイル環境をあげた場合, メソッド追加などソースコードの修正が必要になるケースがあるユーザーが実装することを前提としたインターフェースは, 仕様のバージョンが上がってもほとんど変更されることはないコンテナが実装することを前提としたインターフェースは, 仕様のバージョンが上がると機能の追加がしばしば行われる 16

17 Java EE 仕様のマイグレーション (3) Java EE で非推奨と指定された仕様については可能な限り新しい仕様に変更する EJB の Entity Bean による永続化 JPA へ移行する JAX-RPC による SOAP 通信 JAX-WS へ移行する JAX-R / Java EE Application Deployment 使用しない (Java EE 標準仕様では後継機能はない ) JSF 1.2 で WAS 提供の Sun Reference Implementation 1.2 を使用していた場合は, アプリケーション自身で実装を持つか, JSF 2.x へ移行する 17

18 Oracle WLS Oracle AS JBoss AS / EAP Tomcat マイグレーションに使用できるツール (1) Application Server Migration Toolkit Competive Application Migration Tool WebLogic,JBoss,Oracle AS などからの移行を支援するツール WebSphere Application Migration Tool WAS の旧バージョンからの移行を支援するツール無償でダウンロードして使用することができる Eclipse や Rational Application Developer に組み込んで使用 Rational Software Analyzer の技術を使用して Java コード,JSP, デプロイメント記述子の調査修正が必要な箇所をリストアップし修正方法についてガイドを表示移行の負荷を大幅に削減 WAS V7.0 V6.0 & 6.1 V5.1 Application Migration Tool WebSphere Application Server V9.0,

19 マイグレーションに使用できるツール (2) Migration Toolkit for Application Binaries アプリケーションのバイナリ (EAR/WAR ファイル ) を直接調査して, 使用している API やクラスを検出する移行が必要な仕様やクラスを簡便に調査できる WASdev からダウンロード可能 19

20 実行環境の移行 20

21 実行環境のマイグレーションの概要システムトポロジー WAS 5.0 以降では, 管理概念は大きく変わってはいない WAS 7.0 以降なら, 基本的にはツールによる 9.0 への移行が可能 V6.0 より前のバージョンからの移行では, HA 機能への対応, プロファイルへの対応が必要 V6.1 より前のバージョンからの移行では, 改良されたセキュリティ機能への対応が必要パフォーマンスパラメーターバージョン間で方式や意味が変わったものが多く, 再度のチューニングが必要 Java ヒープメモリサイズ GC 方式各種タイムアウト時間 21

22 異なるバージョンの共存 1 つの Cell 内で V9.0, V8.5, V8.0, V7.0 のノードを混在することが可能 V9 DM はより新しいバージョンでなければならない Deployment Manager Config Files J2EE Apps (EARs) 旧ノードは異なる OS でも可能 V8 V9 NodeAgent NodeAgent V8 Application Server V8 Node V8 Application Server V9 Application Server V9 Node V9 Application Server V8 Config Files Java EE 6 Apps Cell V7 Config Files Java EE 5 Apps 22

23 WAS V7.0 以降の環境からのマイグレーションツールによるマイグレーションが可能既存の V6,V7 環境から構成情報を抜き出し,V8 環境に取り込む旧環境と同様の構成 ( スタンダード ) にするかポートを変更した構成 ( クローン ) にするか選択が可能クローンでは旧環境と共存も可能スタンダードも旧環境は削除されていないので, 切り戻すことも可能 Deployment Manager を含むトポロジーでの段階移行では使用が必須導入されているアプリケーションを含めて移行するかどうかは選択することが可能 23

24 WebSphere Application Server 24

Make the Future Java FY13 PPT Template

Make the Future Java FY13 PPT Template Yoshio Terada Java Evangelist http://yoshio3.com, Twitter : @yoshioterada 1 以下の事項は弊社の一般的な製品の方向性に関する概要を説明するものですまた情報提供を唯一の目的とするものでありいかなる契約にも組み込むことはできません以下の事項はマテリアルやコード機能を提供することをコミットメント ( 確約 ) するものではないため