スライド 1 - PDF Free Download

三菱 UFJ インフォメーションテクノロジー株式会社 IT プロデュース部斉藤賢哉

Agenda 1. 三菱 UFJインフォメーションテクノロジーのご紹介 2. Javaと私 3. Java EEの変遷とJava EE 6 4. Java EE 6の特徴 5. Java EE 6で再考されるべきアプリケーション設計パターンの考察 (1) 6. Java EE 6で再考されるべきアプリケーション設計パターンの考察 (2) 7. Java EE 6における企業内フレームワークのあり方 8. Java EE 6との付き合い方 All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 2

三菱 UFJインフォメーションテクノロジー株式会社のご紹介 2009 年 7 月 1 日 3 社が合併し誕生東京三菱インフォメーションテクノロジー株式会社 (2000 年 4 月設立 ) 株式会社 UFJ 日立システムズ (2002 年 10 月設立 ) UFJIS 株式会社 (2004 年 4 月設立 ) 資本金 :181 百万円 ( 三菱東京 UFJ 銀行 85% MUFG15%) 従業員 : 約 1500 人超 All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 4

Java と私 (1) 2001 年より Javaの本格的な普及に伴い学習を始める 2002 年 ~2004 年大規模 Java EEシステムを経験 2005 年 7 月米国の JavaOne に初めて参加 2007 年 7 月にマスタリングJavaEE5 の初版を出版 All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 6

Java EE の変遷と Java EE 6 の位置づけ (1) API の拡張追加の歴史を振り返ると黎明期成長期やや迷走挽回成熟期 1999 J2 E E 1.2 S ervlet 2.2 JS P 1.1 EJB 1.1 JM S JavaM ail 2001 J2 E E 1.3 S ervlet 2.3 JS P 1.2 EJB 2.0 JM S 1.0 JA X P 1.1 JC A 1.0 JavaM ail 1.2 2003 J2 E E 1.4 S ervlet 2.4 JS P 2.0 EJB 2.1 JM S 1.1 JA X -R PC 1.0 S A A J 1.1 JA X P 1.2 JC A 1.5 JavaM ail 1.3 2006 Ja va E E 5 S ervlet 2.5 JS P 2.1 JS F 1.2 EJB 3.0 JPA 1.0 JM S 1.1 JA X -R PC 1.1 JA X -W S 2.0 S A A J 1.1 JA X B 2.0 JA X P 1.2 JC A 1.5 JavaM ail 1.4 2009 Ja va E E 6 S ervlet 3.0 JS P 2.2 JS F 2.0 E JB 3.1 JP A 2.0 B ean V alidation 1.0 C D I 1.0 JA X -R S 1.1 JM S 1.1 JA X -R PC 1.1 JA X -W S 2.2 S A A J 1.1 JA X B 2.2 JA X P 1.3 JC A 1.6 All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 9

Java EE の変遷と Java EE 6 の位置づけ (2) 何を追及してきたか黎明期成長期やや迷走挽回成熟期 1999 J2 E E 1.2 2001 J2 E E 1.3 2003 J2 E E 1.4 2006 Ja va E E 5 2009 Ja va E E 6 機能性開発容易性軽量化移植性 All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 10

Java EE の変遷と Java EE 6 の位置づけ (3) J2EE 1.4 まで機能性の拡張が重視され開発容易性は置き去りに特にEJBは使えない標準技術として開発現場からは敬遠その一方でSpring HibernateといったOSSフレームワークが人気を博す Java EE 5 の登場 Spring Hibernate といった OSS コミュニティの成果を標準仕様に取込開発容易性 (EoD) の実現を果たす POJO+ アノテーションによる新しいプログラミングモデルの導入 XML 地獄からの解放やテスト容易性をもたらす Java EE 5 はエンタープライズシステムの世界に広く浸透 All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 11

Java EE の変遷と Java EE 6 の位置づけ (4) Java EE 5 仕様に対する主な要求取り残されたプレゼンテーション層 API( サーブレット JSF) における EoD 化 DI( 依存性の注入 ) や AOP( アスペクト指向プログラミング ) の高度化汎用性の向上 RESTful Web サービスのサポートそして Java EE 6 へ 2009 年 12 月 Java EE 6 の正式仕様が公開 Java EE 5 に残された未成熟な部分はすべて解消 Java EE 6 はエンタープライズアプリケーションのプラットフォーム API としての集大成であり完成形でもある! 2011 年には主要な製品の Java EE 6 対応も終わり本格的な普及フェーズへ All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 12

Java EE 6 における進化 (1) 機能拡張新規 APIの追加 CDI 1.0 JAX-RS 1.1 Bean Validation 1.0 既存 APIの機能拡張 Servlet 3.0 JSF 2.0 EJB 3.1 JPA 2.0 All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 14

機能性の向上 ~JSF2.0(1) JSF(JavaServer Faces) とは Webアプリケーション構築のための標準フレームワーク JSF2.0では従来のJSFの課題が数多く解消され実用性が大幅に向上 JSF2.0 の新機能 AJAXの標準サポートブックマーカビリティ宣言的なバリデーション (Bean Validation) Flashスコープ DataModelを使わないデータテーブルページレイアウトのテンプレート化 (Facelets) All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 16

機能性の向上 ~JSF2.0(2) JSF によるページ作成パターン JSF タグを直接利用するか HTML タグに JSF タグを埋め込むかプロジェクトに応じて使い分けが可能に JSF タグを直接利用 <h:inputtext id="customername value="#{customerinputbean.customername}" required="true"> <f:validatelength maximum="10" /> </h:inputtext> HTML タグに JSF タグを埋め込む <input type="text" id="customername" jsfc="h:inputtext" value="#{customerinputbean.customername} required="true"> <f:validatelength maximum="10" /> </input> All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 17

機能性の向上 ~EJB3.1 EJB(Enterprise JavaBeans) とはエンタープライズシステムに不可欠なトランザクション管理を実現するための Java アプリケーション EJB3.1 では開発容易性向上のための様々な機能拡張がなされている EJB3.1 の新機能インタフェースが省略可能にシングルトンセッションBeanのサポート組み込みEJBコンテナのサポートタイマーサービスの拡張 All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 18

機能性の向上 ~JPA2.0 JPA(Java Persistence API) とはデータベースアクセスを行うための O/R マッピングフレームワーク O/R マッピングオブジェクトモデル (Java クラス ) とリレーショナルモデル (RDB のテーブル ) をマッピングするアーキテクチャ JPA2.0 では開発者からのフィードバックを受けて様々な便利な機能が追加されている JPA2.0 の新機能クライテリアの導入悲観的ロック ( 排他ロック ) の標準化 JPQLの拡張 ElementCollectionのサポートバリデーション機能のサポートリレーションシップの改善 All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 19

機能性の向上 ~CDI(1) CDI(Contexts and Dependency Injection for Java) とは DI によって Java EE の様々なコンポーネント (JSF EJB など ) をシームレスに統合するための技術 Java EE 6 最大の目玉 DI クラスとクラスを結び付けるための仕組み DI を利用するとクラス同士が疎結合となり単体テストを実施しやすくなる従来 (Java EE 5) の DI Java EE 5 では DI を利用できるクラスは Java EE サーバがライフサイクルを管理するクラスに限定 CDI によって汎用的かつ安全な DI が可能に任意の JavaBeans クラスが対象に修飾子によりタイプセーフを実現 All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 20

機能性の向上 ~CDI(2) 新しく導入されたカンバセーションスコープにより Web ブラウザ上で複数の対話処理を平行して進めることが可能にセッションスコープ H ttps ession の生成で開始 ( ログインなど ) H ttps ession の破棄で終了 ( ログアウトやタイムアウトなど ) カンバセーションスコープ対話処理の開始複数の対話処理を平行して進めても問題ない対話処理の終了時間の流れ All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 21

機能性の向上 ~JAX-RS(1) JAX-RS(Java API for RESTful Web Services) とは Java で RESTful Web サービスを実現するための API サービスは POJO+ アノテーションによって作成する Java オブジェクトと HTTP メッセージをアノテーションにより自動マッピング (XML JSON など様々な MIME タイプに対応 ) JAX-RS エンジン MIME タイプが "XXX" のメッセージをデコード要求メッセージデコードリソースメソッドの呼び出し Foo オブジェクト Bar オブジェクト引数戻り値 Web リソースクラス @Consumes("XXX") @Produces("YYY") public Bar amethod(foo foo) {... } リソースメソッド return bar; 応答メッセージエンコード MIME タイプが "YYY" のメッセージをエンコード All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 22

機能性の向上 ~JAX-RS(2) JAX-RS の 2 つの用途バックエンドにおけるアプリケーション連携技術 SOAP Web サービスと一長一短あり Web ブラウザ上で動作する JavaScript プログラムとサーバサイドの連携サーバサイドは JAX-RS によってサービスを提供 Web ページは JQuery などの JavaScript ライブラリを利用してリッチなページを作成 Web ページとサーバサイドは AJAX によって通信リッチなシングルページの Web アプリケーションが構築可能 Web アプリケーションのパターンの 1 つ (Part5 にて言及 ) All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 23

開発容易性の向上設定ファイルの極小化 Servlet アノテーションによってメタ情報を設定可能となり web.xml ファイルが不要に JSF アノテーションによるメタ情報定義や規約によるページ遷移定義によって JSF 設定ファイル (face-config.xml) が不要に All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 24

軽量化 (1) プロファイルの導入従来の Java EE は仕様が巨大すぎるプロファイルを導入プロファイルある特定の用途に限定された API のサブセット Web プロファイル Web アプリケーションの開発に特化ベンダー : 製品のターゲットを明確にユーザ : 製品選定が容易に開発者 : 学習の目標を設定しやすくなる JavaEE6 フルスタックの主要 A PI S ervlet JS P(JavaS erver Pag es) JS F(JavaS erver Faces) EJB (Enterprise JavaB eans) JPA (Java Persistence A PI) B ean V alidation C D I(C ontexts and D ependency Injection for Java) JM S (Java M essage S ervice) JA X -W S (Java A PI for X M L-B ased W eb S ervices) JA X -R S (Java A PI for R ES T ful W eb S ervices) JC A (J2 EE C onnector A rchitecture) JavaM ail W eb フロファイル All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 25 E JB Lite

軽量化 (2) プルーニングの導入 JavaEE の最初のリリースから 10 年以上が経過し API が肥大化現時点ではほとんど使われなくなったもの別の API に取って代わられたものが含まれている不要な API を段階的にプルーニング ( 削除 ) するためのプロセスが導入まず候補が提示され次のメジャーリリース時に削除するかどうかを決定主に以下の API がプルーニングの候補 JAX-RPC EJB2.x EntityBean(CMP) JAXR JavaEE Deployment フルスタック API をサポートし続けなくてはならない Java EE ベンダの負担は長期的には軽減 All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 26

軽量化 (3) パッケージングの見直し従来のパッケージング EJBクラスは必ずEJB-JARにパッケージングする Fooクラス (EJB) Bar.war Foo.jar Foo.ear Java EE 6 におけるパッケージング EJB クラスを直接 WAR ファイルにパッケージング可能に Foo クラス (EJB) Foo.war All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 27

移植性の向上 JNDI 名の標準化 EJB3.0 により DI が可能となったが依然として JNDI ルックアップを使わざるをえないケースがあるただし従来の JNDI ルックアップではベンダー毎に JNDI 名の仕様が統一されておらず移植性の面で課題に Java EE 6(EJB3.1) では JNDI 名のネーミングルールが標準化この対応により Java EE サーバ製品間の移植性が大幅に向上悲観的ロックの標準化 JPA1.0 により各データベースは方言は吸収されたが悲観的ロック ( 排他ロック ) の仕様が標準化されておらずマルチデータベースのアプリケーション開発が困難に Java EE 6(JPA2.0) では悲観的ロックの仕様が標準化この対応によりデータベースサーバ製品間の移植性が大幅に向上 All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 28

Web アプリケーションのパターンの推移 Web アプリケーションのパターンは Java EE 6 の登場により伝統的な MVC パターン (Struts1.x など ) から以下のようなパターンに推移 JSF2.0(HTML+JSF タグ埋め込み ) パターン JSF2.0( リッチな UI コンポーネント活用 ) パターン JavaScript+JAX-RS パターン All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 30

Web アプリケーションの機能の整理 Web アプリケーションの機能 ( 以下 ) 別に各パターンを考察するデコレーション CSS 等によって行われる画面の装飾業務的な画面設計 HTMLによって作成される業務的な画面設計 JavaScriptによって行われるイベント処理ビューモデルのメタ設計ビューモデルとのマッピングバリデータ入出力項目の長さ設定ビューモデル入出力項目を表すモデルプレゼンテーションロジック入出力項目に対するアクション会話情報 ( セッション情報 ) の管理ビューモデルとビジネスロジックの橋渡し All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 31

伝統的な MVC パターン (Struts1.x など ) デコレーション業務的な画面設計ビューのメタ設計ビューモデルプレゼンテーションロジック CSS JSP+Struts タグ +JavaScript Struts タグの属性 ActionForm クラス Action クラスデザイナーサーバサイド開発者サーバサイド開発者は JSP ページを作成するがデザイナーは HTML+CSS を作成するため成果物を共有しにくい Struts タグを使った JSP ページは Web ブラウザで表示不可能 ( 崩れる ) なため場合によっては HTML によるモックアップを別途作成する必要がある All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 32

JSF2.0(HTML+JSF タグ埋め込み ) パターンデコレーション業務的な画面設計ビューのメタ設計ビューモデルプレゼンテーションロジック CSS HTML+JSF タグ +JavaScript JSF タグの属性マネージド Bean クラスデザイナーサーバサイド開発者サーバサイド開発者は HTML ページを作成するためデザイナーと成果物を共有しやすい HTML ファイルは Web ブラウザで表示可能なため HTML によるモックアップ作成が不要に All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 33

JSF2.0( リッチな UI コンポーネント活用 ) パターンデコレーション業務的な画面設計ビューのメタ設計ビューモデルプレゼンテーションロジック XHTML+JSF タグ JSF タグの属性マネージド Bean クラスサーバサイド開発者 JSF のリッチな UI コンポーネントを活用することによってすべての機能をカバーする 1. JSF 拡張フレームワーク (PrimeFaces 等 ) を活用する 2. 自ら UI コンポーネントを開発する JSF2.0 では UI コンポーネントの開発が大幅に簡素化 JSF タグを使った XHTML ファイルは Web ブラウザで表示不可能 ( 崩れる ) なため場合によっては HTML によるモックアップを別途作成する必要がある All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 34

JavaScript+JAX-RS パターンデコレーション業務的な画面設計ビューのメタ設計ビューモデルプレゼンテーションロジック HTML +JavaScript +CSS クライアントサイド開発者 Web リソースクラス (JAX-RS) サーバサイド開発者サーバサイドとクライアントサイドの完全分離が可能ネットワークの境界線 = 人の境界線成果物を一切シェアしないサーバサイドのサービスは再利用可能クライアントサイドは JavaScript 以外の技術 (Flex など ) に置き換えることも可能シングルページアプリケーションの構築に適している All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 35

まとめ ~ Java EE 6 における Web アプリケーション開発 Java EE 6 における Web アプリケーション開発では伝統的な MVC パターン (Struts1.x など ) の課題は解決アプリケーションの特性や開発体制によって以下のパターンから選択可能となる JSF2.0(HTML+JSF タグ埋め込み ) パターン JSF2.0( リッチな UI コンポーネント活用 ) パターン JavaScript+JAX-RS パターン All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 36

Java EE のトラディショナルなソフトウェア構成 (1) Java EE アプリケーションのトラディショナルなソフトウェア構成 3 ティア構成 (3 階層構成 ) プレゼンテーション層 JSF( またはその他の Web フレームワーク ) ビジネス層データアクセス層 EJB JPA クライアント Java EE サーバ ( コンテナ ) プレゼンテーション層 JSF ビジネス層 EJB データアクセス層 JPA データベース依存関係原則として各ティアは疎結合 ( 交換可能 ) にする All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 38

Java EE のトラディショナルなソフトウェア構成 (2) 3 ティア構成のメリット大規模なアプリケーション開発において分業がしやすくなる各ティアが疎結合となっているため相互に影響しにくい入出力項目の名前に変更があってもビジネス層に影響が及ばないデータベースのカラムに変更があってもビジネス層に影響が及ばない再利用性拡張性が高い複数のプレゼンテーション技術に同時に対応できる PC とモバイルなど新しいプレゼンテーション技術が登場した場合容易に対応できる All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 39

Java EE のトラディショナルなソフトウェア構成 (3) 3 ティア構成の課題構成が複雑になりやすい各ティアを疎結合にするためにはティアとティアをつなぎ合わせるためのグルーコードが必要例えば受け渡し用のオブジェクト (DTO) を作成し値をコピーする必要があるコード量が非常に多くなる 3 ティア構成に対する問題提起必ずしも分業が必要なほど大規模なアプリケーションばかりではないアプリケーションのライフサイクルの中で本当にプレゼンテーション層を入れ替えることがあるのか All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 40

Java EE 6 におけるソフトウェア構成ティア分割を意識しないソフトウェア構成 Java EE 6 では CDI によって各コンポーネントモデル (JSF EJB JPA) がシームレスに連携できるようになったパッケージングが見直され EJB クラスを直接 WAR ファイルにパッケージング可能になった受け渡し用のオブジェクト (DTO) は不要になりティア分割を意識しないソフトウェア構成が実現可能に (Ruby on Rails のイメージ ) クライアント Java EE サーバ ( コンテナ ) JSF データベース EJB JPA 例えばセッション Bean(EJB) をマネージド Bean(JSF) として扱いビューから直接バインドエンティティクラス (JPA) をそのまま受け渡し用のオブジェクト (DTO) として使用する All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 41

まとめ ~Java EE 6 におけるソフトウェア構成 Java EE 6 時代のソフトウェア構成ティア分割を意識しない構成は 3 ティア構成に比べて以下のようなメリットがあるコード量が少なくなる構成がシンプルになる Java EE 6 では 3 ティア構成とティア分割を意識しない構成をアプリケーションの特性や規模に応じて選択可能となる All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 42

エンタープライズアプリケーションの実装規模の変化実装規模アプリケーションアプリケーションの生産性は向上 ( 実装規模は縮小 ) 企業内フレームワーク O S S フレームワーク企業内フレームワークの実装規模は縮小傾向ただし依然として必要 OSS フレームワークの実装規模 ( 適用範囲 ) は縮小 DI AOP O/R マッピングなど OSS フレームワークの成果を標準仕様に取り込み Java EE サーバの機能はますます充実 Java E E サーバ ( 標準 A P I) J2EE 黎明期現在 (JavaEE6 時代 ) 時間の流れ All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 44

Java EE 6 時代における企業内フレームワーク (1) Java EE 6 時代における企業内フレームワーク Java EE 仕様の機能拡張によって従来に比べると実装規模は大幅に縮小ただし企業内フレームワークの存在意義がなくなったわけではない当該企業内では標準的だが一般化が困難な機能は企業内フレームワークとしての作り込みが必要 Java EE 6 でも必要な企業内フレームワークの主な機能インフラ要件運用要件を満たすための機能ロギング例外処理通信タイムアウトリソースのクローズ保証企業固有のシステム間連携認証基盤連携レガシーシステム連携 All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 45

Java EE 6 時代における企業内フレームワーク (2) Java EE 6 における企業内フレームワークの開発方法 Java EE 6 の機能によってこれまで以上に企業内フレームワークを開発しやすくなっているアプリケーションが意識しない機能 ( 主に非機能要件 ) はインターセプタフィルタハンドラを利用することによって透過的に織り込むことができるアプリケーションはあくまで POJO アプリケーションが明示的に必要とする機能はフレームワークを CDI によってインジェクトさせる (API として呼び出すのではなく ) ことでアプリケーションとフレームワークが疎結合になる従来実装が難しかったフレームワークの初期化処理は @Startup アノテーションによって容易に実装可能に Java EE 6 をベースにした企業内フレームワークの積極的な活用をおススメしたい All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 46

Java EE 6 に移行すべき事由 (1) 生産性保守性の観点機能の大幅拡張アプリケーションの実装規模の縮小化テスト容易性の向上オブジェクト指向に則った純粋なモデリングが可能に従来のJava EE( 特にJ2EE1.4) に比べ生産性保守性は飛躍的に向上学習コストの観点複雑な API や設定ファイルの習得が不要により学習しやすいフレームワークへ習得することが多くなったように見えるのは複雑化しているわけではなくカバーする機能が増えているに過ぎない All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 48

Java EE 6 に移行すべき事由 (2) 移植性の観点移植性の向上により Java EE サーバ製品データベース製品が容易に交換可能に特定ベンダーにロックインされるリスクが軽減ガバナンスの観点 Java EE 6 は使える標準として長く安心して使っていくことができる企業内のアーキテクチャを Java EE 6 に一本化することで様々な設計ノウハウを社内に蓄積することができ開発者も育成しやすくなる以上の事由から Java EE 6 への積極的な移行をおススメしたい新規システムの開発もさることながら償却が終わろうとしている J2EE1.4 時代のアプリケーションは Java EE 6 に全面移行するべき時期アプリケーション開発者の育成が当面の課題 All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 49

Java EE 6 に向けた開発者の育成についてアプリケーション開発者の育成アプリケーション開発者の育成プランの見直しが必要抽象度の低い API( サーブレット JDBC ) は仕組みを理解する程度に留める IT アーキテクトは抽象度の低い API もしっかりと習得すべきオブジェクト指向設計やモデリングのスキルを一層強化するべき開発者タイプ別の Java EE 6 の習得方法既存の Java EE 開発者 (Java EE 5 ベース ) は容易に移行が可能既存の Java EE 開発者 (J2EE1.4 ベース ) は POJO+ アノテーション型開発へのパラダイムシフトや DI および AOP の理解習得が必要新規の Java EE 開発者は Ruby on Rails と同じようにフルスタックなフレームワークとして Java EE 6 の習得を目指す Java EE 6 開発者育成のための教育コンテンツの拡充が必要 All Rights Reserved,Copyright 2012 Mitsubishi UFJ Information Tecnology,Ltd. 50