Spring2概論@第1回JSUG勉強会

Spring2概論 Japan Spring User Group (日本Springユーザー会)

日本Springユーザー会とは沿革 2006年　発足 2007年　本格的に活動開始目標国内のSpringに関する情報交換の場を提供すること活動内容メーリングリストの運営勉強会や呑み会の企画と開催イベントへの参加ドキュメントやサンプルの作成と公開

このセッションのゴール Spring のコアコンセプトのおさらい Spring2.0 の強化部分を見てみる

Spring のふりかえり Spring利用事例 Spring2.0新機能の概要拡張可能な XML 設定 AspectJ 統合の強化まとめアジェンダ

Springの目的 2002年、Spring誕生目的はJ2EEベース開発の複雑さを減らす事機能を犠牲にすることなくシンプルに難しい「ベストプラクティス」を容易に適用出来るデザインパターンインタフェースベースの疎結合なプログラム Rod氏や他のアーキテクト達の経験を元にして成熟していった簡単なものは簡単であるべきである。複雑なものは実現できるべきである — アラン・ケイ簡単なものが簡単でない限り、複雑なものは実現出来ない

アプリケーションをPOJOでコーディング可能にする簡略で洗練された設定記述方法を提供する非侵略的な方法でPOJOに対してエンタープライズサービスを適用するトランザクションAPIを知らなくても、 POJOでトランザクション管理を可能に MBeanインターフェイスを実装する必要なく、POJOでJMX 管理下に入る事を可能に EJBのインタフェースを実装することなく、POJOでEJBとして動作が可能に Spring のコアコンセプト

POJOによる開発 POJOはどの環境にも依存しないビルドするのに特定のクラスをインポートする必要が無い特定のlookupメカニズムに依存しない各インスタンスはJavaのコンストラクタかセッターによってInjectされる変わりやすいインフラストラクチャから分離することで、ビジネスロジックを末長く利用出来る POJOは単体でテストする事が出来るテスト駆動型開発とも相性が良い JUnit、TestNG

アプリケーションオブジェクトを特定の環境から分離する疎結合にし, 再利用可能に従来の侵略的なコンポーネントモデルよりも強力侵略的なコンポーネントモデルって？ EJB2.x Struts アプリケーションのコードを書き換えること無くスケールアップorダウンできる JTAのグローバルトランザクションへの切り替えビジネスオブジェクトを異なる環境下へエクスポート SLSB, Web サービス , JavaSpaces, 他 POJO に宣言的にサービスを適用

POJOへサービスの提供 Simple Object シンプルオブジェクト (POJO) AOP 抽象化されたサービス (SLSB,Web Service,etc...) = パワフルなシステム依存性注入 (DI)

Springの市場価値 SpringのPOJOによる抽象化概念は、J2EEテクノロジーを超えた広い範囲で価値が認められている ServiceMix(JBI)、SCA、pitchfork・・・エコシステムとしての側面多くの企業が、従来の高コストで能率の悪い J2EEから移行いくつかのベンダの基板テクノロジーとして採用され、さらなる利用増加が… BEA WebLogic 10, WebLogic RealTime Server Oracle Fusion middleware products

Springは何をもたらしたか? アプリケーションを POJO でコーディング可能に再利用性の向上基板プラットフォームからビジネスロジックを分離するよくある問題に対する解決策インスタンス管理、ファクトリベストプラクティスを実現しやすくするインタフェースベースの疎結合なプログラムどんな環境でも動作する、単純で一貫したプログラミングモデルテストを容易にラウンドトリップ開発がもっとクイックに

Springのふりかえり Spring利用事例 Spring2.0新機能の概要拡張可能な XML 設定 AspectJ 統合の強化まとめアジェンダ

誰がSpringを使ってるの? Rod氏曰く・・・・ 110万件以上のダウンロード実績があり、さらに現在も増加中さまざまな業種で採用が拡大小売や投資銀行世界TOP10の銀行のほとんどがInterface21の顧客で、Springのユーザー欧米の保険会社政府欧州特許庁フランスのオンライン税制システム米、カナダ、オーストラリアの政府機関

その他業種でSprinが使われてる? 科学研究航空会社産業セキュリティ企業メディアとオンライン企業 eBay その他たくさん… ソフトウェアベンダ OracleやBEAも含むなどなど・・・

ユーザーの事例欧州特許庁 Spring を導入することによって、ビジネス上の焦点に集中することが出来ました。 Spring によって、モジュールと機能を容易に結び付けることが可能となったからです。以前は多くの人と時間 ( 数年 ) をかけてやっていたことが、 Spring と Spring Modules を利用して 2,3 ヶ月で成し遂げました。 Roland Nelson 欧州特許庁

ユーザーの事例フランス税務署フランス税務署オンライン税システムアクセンチュアによる SI Spring ベース Spring は J2EE テクノロジーの生産性に重要な改善を与えました。その単純だが強力なプログラミングモデルによって我々は開発の時間を短縮し、より上質なシステムの作成に成功しました。トーマス・ヴァンデベルデリード Java アーキテクトアクセンチュア

ユーザの事例 Voca Voca 世界で 4 番目に大きい重要な国家基板 ( 日本でいう全銀のようなもの？ ) Voca の役割は、仕事は銀行間の口座引落やクレジット、自動振替などを制御する事 2005 年は 50 億件以上のトランザクションがあり、金額にして 4 兆 5000 億ユーロにも登るヨーロッパの口座引落とクレジットの 15% は Voca によって行われるピーク時には 1 日 8000 万件以上のやりとり３０年間一度もトランザクションをロストしたことは無い

VocaがSpringによって得た利益システム効率を犠牲にしない開発者の生産性向上コンポーネントのテスタビリティ向上よい開発プラクティスの助長強力なサポート(By Interface21) Springをつかって記録的な数のトランザクションを処理した

Spring 2.0 多くの実績を持つ Spring1.0 のテクノロジーを元にバージョンアップ POJO ベース開発の継続新しい機能で多くの処理をよりエレガントに

Spring 2.0のゴール色々な事をもっとシンプルに Springをもっとパワフルに

Spring 2.0の新機能多数の大きな強化と新機能特筆すべきは・・・ Beanスコープのオプションの拡張動的言語のサポート Spring MVC、Spring JDBCの強化 Java5への対応メッセージドリブンPOJOs よりシンプルで拡張可能なXML設定の導入 AspectJ統合の強化 JPA (EJB 3.0 Java Persistence API)の統合

従来のsingleton,prototype以外にもスコープが追加 request,session,grobalsession ServletやPortletのセッション等を利用カスタマイズも可能プラガブルなバックエンドストア Webティアと結び付かない例えばSeamとの統合 Beanスコープオプションの拡張

ダイナミックランゲージスクリプト言語のサポート Groovy やJRubyなどでBeanを定義できる DIやAOPなどの全てのSpringの機能を使える定義されたBeanは実装言語や設定が隠蔽される利用者側はBeanの実装言語を気にする必要がない参照が残っていれば、いつでもダイナミックに再ロードできる Springコンポーネントモデルは cross-language に

Demo JRubyコンポーネント

Spring Web MVC Spring Web MVCの強化デフォルト設定を改良して、良くあるケースの設定を減らしたダイナミック言語サポートからの恩恵 GroovyやJRubyのAuthor controllersはオンザフライに修正が反映される一般的なコントロールをシンプルにする新しいタグライブラリ Struts tag libraryに似ている Ajaxなどのリッチライブラリも追加サジェストとコントリビューションが追加リッチライブラリは今後も徐々に増加予定

メッセージドリブンPOJOs JMSメッセージの非同期受信をサポート XA-トランザクション受信をフルサポート Springのコア概念を継承 J2EE と J2SEどちらでも動作する EJBの利用を正当化する数少ない理由が無くなる

Spring JDBC SimpleJdbcTemplate Java 5の機能をシンプルに利用できる可変長引数オートボクシングパラメータライズドメソッド一般的に用いられる方法を利用しているもっとも一般的に利用されるコールバック少量のオーバーライドメソッド JdbcTemplateへ機能を追加するためのラッパーとして動作 SimpleJdbcDaoSupportクラスを提供

可変長引数とオートボクシング以前のjdbcTemplateと比較 jdbcTemplate.queryForInt("SELECT COUNT(0) FROM T_CLIENT WHERE TYPE=? AND CURRENCY=?", new Object[] { new Integer(13), "GBP" } ); jdbcTemplate.queryForInt("SELECT COUNT(0) FROM T_CLIENT WHERE TYPE=? AND CURRENCY=?", new Object[] { 13, "GBP" } ); simpleJdbcTemplate.queryForInt("SELECT COUNT(0) FROM T_CLIENT WHERE TYPE=? AND CURRENCY=?", 13, "GBP" ); JdbcTemplate, オートボクシング SimpleJdbcTemplate, 可変長引数 JdbcTemplate, <= Java 1.4

SimpleJdbcTemplate: ジェネリクスジェネリクスによってシグニチャを明確にし、キャストを排除する public Map<String, Object> queryForMap(String sql, Object... args) throws DataAccessException public List<Map<String, Object>> queryForList(String sql, Object ... args) throws DataAccessException

Java Persistence API (JPA) はEJB3.0仕様の永続化部分 Hibernateのコンセプトを仕様化 Springの統一された抽象化概念によって JPAのAPIをラップする Springのコアコンセプトを実現 Java EEとJava SEの統一プログラミングモデルテストの容易化(APサーバへのデプロイの必要は無い) EJBコンテナ無しでJPAのフル機能を利用できる永続化プロバイダに対してJPA仕様を越えたポータビリティをあたえる Spring と Java Persistence API

その他の新しい機能タスクスケジューラ CommonJ TimerManager実装ポートレットMVCフレームワーク Spring MVCに良くにていて使い易いその他盛りだくさん・・・

Ease of Use 設定が簡略化 MVC が簡略化デフォルト設定だけでより適切に動作するように JDBCが簡素化 SimpleJdbcTemplate JavaEEプラットフォーム上でジェネリクス、可変長引数、オートボクシングを利用するようにデザインされているその他, もっともっと盛りだくさん…

Spring 2.0を用いたシステム Middle tier definitions DAO 実装 Spring web-tier context プレゼンテーションティア DAO インタフェース Service オブジェクト / Business ファサード (SLSBs の様に ) RDBMS ドメインオブジェクトトランザクショナルバウンダリリモートエクスポーター JDBC ™ software/ ORM リモートクライアントのエンドポイント : SOAP, RMI, … Spring DAO Spring AOP ビュー : JSP, Velocity,… Java: MVC コントローラー

アジェンダ Spring のふりかえり Spring利用事例 Spring2.0新機能の概要拡張可能な XML 設定 AspectJ 統合の強化まとめ

Spring 2.0のXML設定 Spring Bean定義内に新しいXMLタグを定義出来るしかも複数定義出来る従来の設定方法よりも簡潔になるメンテナンスも楽に XMLスキーマバリデーション独自のツールでサポートよりも標準的な物が使える OSS系のツールを使えばタダでコードが完成する XMLのパワーをフルに利用名前空間、スキーマ、ツール旧版との互換性 <beans> DTDのフルサポート

XML設定(JNDI lookup) JNDI-lookupの例 <bean id="dataSource" class="...JndiObjectFactoryBean"> <property name="jndiName" value="jdbc/StockData"/> </bean> <jee:jndi-lookup id="dataSource" jndiName="jdbc/StockData"/>

XML設定(プロパティファイル) プロパティファイルの例 <bean id="properties" class="...PropertiesFactoryBean"> <property name="location" value="jdbc.properties"/> </bean> <util:properties id="properties" location="jdbc.properties"/>

トランザクション管理の簡略化トランザクショナル化の専用アノテーションを用意 @Transactional IDEコードアシストとマッチする実は1.2.xからある <tx:annotation-driven />を設定

拡張スキーマ標準でいくつかの拡張スキーマが用意されている utilスキーマユーティリティ機能の設定 langスキーマ動的言語の設定 aopスキーマ AOPの設定 txスキーマトランザクションの設定 jeeスキーマ JNDI/EJBのlookupの設定

カスタム拡張スキーマの作成: ステップ1 XSDを記述してelementコンテンツを定義なぜXSD? DTDよりも高度なバリデーションをサポート開発ツールから恩恵を得られる標準的なXMLエディタがあればいい

カスタム拡張スキーマの作成: ステップ２エレメント要素からSpringBean定義を生成するためにNamespaceHandlerを実装 public interface NamespaceHandler { BeanDefinitionParser findParserForElement( Element element); BeanDefinitionDecorator 　　　 findDecoratorForElement(Element element); } public interface BeanDefinitionParser { void parse(Element element, BeanDefinitionRegistry registry); }

カスタム拡張スキーマの作成: ステップ３ META-INF/spring.handlers にマッピング定義を追加 http://www.springframework.org/schema/util=org.springframework.beans.factory.xml.UtilNamespaceHandler http://www.springframework.org/schema/aop=org.springframework.aop.config.AopNamespaceHandler http://www.springframework.org/schema/jndi=org.springframework.jndi.config.JndiNamespaceHandler http://www.springframework.org/schema/tx=org.springframework.transaction.config.TxNamespaceHandler http://www.springframework.org/schema/mvc=org.springframework.web.servlet.config.MvcNamespaceHandler

カスタム拡張スキーマの利用関連したXSDをインポート新しいエレメントを利用する <?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:aop="http://www.springframework.org/schema/aop" xsi:schemaLocation=" http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring beans.xsd http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop.xsd">

XML設定のベストプラクティススタンダード<bean>タグ依然として多くの場合に適した設定方法一般的な設定タスクアプリケーション特有のコンポーネントに利用 DAO, サービス, Webティアカスタムタグインフラストラクチャタスク JNDI, プロパティ, AOP, トランザクション,動的言語連携・・・サードパーティパッケージ

Agenda Springのふりかえり Spring利用事例 Spring2.0新機能の概要拡張可能な XML 設定 AspectJ 統合の強化まとめ

AOPを振り返る:なぜAOPは重要か？ POJO プログラミングモデルを補完する重要な要素新しい方向性のアプリケーション構造を構想するためのツールちょっと振り返ってみましょう…

エンタープライズアプリケーションに溢れる概念サービスレイヤー dao リポジトリ web レイヤーデータアクセスレイヤーコントローラービジネスサービス

複雑で多様化する要件各概念には、それぞれ共通の要件があるサービスレイヤーはトランザクショナルでなければならない DAOオペレーションでSQL例外が発生した場合は、例外の変換をしなければならないサービスレイヤーオブジェクトはwebレイヤーオブジェクトを呼んではならないビジネスサービスが並列性に関連した失敗を起こした場合はリトライ出来るようにしなければならないその他もろもろ・・・

複雑で多様化する要件要件多すぎ・・・・実装めんどくさすぎ・・・・・もっとシンプルに… そしてもっとパワフルに

複雑で多様化する要件の整理コンポーネントごとに都度実装は非効率的一つの共通の要件なのに、実装が伴わない共通する要件をシンプルにまとめるには？各要件自体を抽象化して、別出しで実装出来ないものか？

要件の実現要件をうまく抽象化してコード化するには一つの条件に対して一つのコードモジュールが望ましい一つの条件を満たすのにいくつものクラスを実装する必要は無いそこで AOP ！！

AOP を利用すれば @Aspect public class SystemArchitecture { @Pointcut("within(a.b.c.service..*") public void inServiceLayer () {} @Pointcut("within(a.b.c.dao..*") public void inDataAccessLayer () {} @Pointcut("execution(* a.b.c.service.*.*(..))") public void businessService () {} … } 共通する概念をシンプルに実装できる

Spring 2.0のAOP XML設定ファイルに<aop:*/>タグが利用出来るより進んだAspectJの統合 Pointcut expression language Spring AOPでAspectJスタイルのAscpetが利用可能に AspectのアノテーションがSpring AOPで利用可能に完全にajcコンパイルされたAspectと同じ動きをする SpringとAspectJがあれば・・・ SpringのIoCコンテナ上で作成されたオブジェクトでなくてもAspectが適用出来る

Spring AOP (1.2.x) の良い点と悪い点良い点ソリッドなproxy-basedモデル拡張性が高い採用、利用が容易開発プロセスやサーバ環境に影響を与えない悪い点 pointcut expression languageが無い XML configurationは冗長になりがち拡張性はあるが、Java technologyのみで実現

Spring 2.0のSpring AOP AOPは非常に重要!! 利点はそのままに、欠点を克服した採用、利用のしやすさを保つ開発プロセスや、サーバ環境に依存しない AspectJの強力な力による利益 Spring AOPの進化がAspectJと共に加速する

Spring 2.0版Spring AOPの狙いフル機能のAOPのデファクトスタンダードである、AspectJを利用して動作ちなみにAspectJのリーダーであるAdrian ColyerはInterface21のCTO AdrianはAspectJと同じくらいSpringも開発してるってわけで安心? XML configuration extensionsを利用できるように

AspectJ統合による利点 :Spring AOP pointcut expression languageが利用できる @AspectJ modelの様な良く考えられたセマンティクスを利用できるタイプセーフなadviceを行う能力を手に入れる AOPの第一線の研究者からのフィードバックを得られる

AspectJ統合による利点 :AspectJ AspectJ は言語であって、フレームワークでは無い DIとサービスの抽象化を行うフレームワークとの統合 DIはAspectと同じぐらいの魅力的で重要な概念 AspectJはSpringによって採用が増加する

AspectJ統合による利点 :利用者 SpringやAspectJの知識がそのまま使えるリッチドメインモデルにエキサイティングな可能性

Pointcut Expressions SpringAOPでAspectJのpointcut expressions が使える Spring XML中に @AspectJアスペクト中に Javaコード中に Spring ProxyFactoryを利用

AspectJ の Pointcut Expressions の何が良いのか ? シンプルなワイルドカードよりもはるかに強力 expression中でpointcutsを整理できる名前つきpointcutsを作成して再利用が可能 perform引数にバインディング出来る簡潔に複雑なロジックを表すことができる

AspectJ の良書 Rod氏推薦

AOPにおけるPointcutとは PointcutはOOP以外のプログラム手法を見つけ出すためのツール true pointcut modelの無い以前のSpringAOPでは部分的なinterceptionしかできなかった crosscuttingロジックのモジュール化という目的を達成できない DRY (Don’t repeat yourself)原則 Spring AOPはtrue pointcut modelを手に入れた AspectJによって

POJOメソッドでのAdvice POJOでAdviceを記述できる public class JavaBeanPropertyMonitor { private int getterCount = 0; private int setterCount = 0; public void beforeGetter() { this.getterCount++; } public void afterSetter() { this.setterCount++; } …

Pointcutsの有効化 XML設定ファイル内に記述 < aop:config > < aop:aspect bean="javaBeanMonitor"> < aop:before pointcut= "execution(public !void get*())" method="beforeGetter" /> < aop:afterReturning pointcut= "execution(public void set*(*))" method="afterSetter" /> </ aop:aspect > </ aop:config >

@AspectJスタイルアスペクトアノテーション中に記述も可能 @Aspect public class AjLoggingAspect { @Pointcut("execution(* *..Account.*(..))") public void callsToAccount(){} @Before("callsToAccount()") public void before(JoinPoint jp) { System.out.println("Before [" + jp.toShortString() + "]."); } @AfterReturning("callsToAccount()") public void after() { System.out.println("After."); } }

Springでの@AspectJスタイルアスペクトの設定 <aop:aspectj-autoproxy/>を利用 <aop:aspectj-autoproxy/> を利用 <bean id="account" class="demo.Account"/> <bean id="aspect" class="demo.ataspectj.AjLoggingAspect"/>

引数へのバインディング引数をAdviceへバインディングが可能 @Aspect public class TrackStringSetters { private List<String> namesRequested = new LinkedList(); @Before("execution(* *.set*(String)) && args(name) && this(mytype)") public synchronized void onStringSetter(String name, Mytype mytype) { if (namesRequested.size() > historySize) { namesRequested.remove(0); } namesRequested.add(name); } public List<String> getNamesRequested() { return namesRequested; } }

SpringならではのAOP統合 AspectJベースのプログラミングモデルをproxyによるclass weavingベースのAOPへ適用する一貫したプログラミングモデルベースのAspectJはAOPの世界ではデファクト同じプログラミングモデルで、ajcによるコンパイルAspectや、load-time weavingを利用可能にするいつものとおり、シンプルさとパワーは対立させないシンプル過ぎてパワーが足りないなんて事がないように

Spring 2.0採用のリスクは? Spring 2.0は、完全に旧版との互換性を持つ既存のコードが動かなくなるのは、Springのコアコンセプトにも反する POJOベーステクノロジはJ2EEに不足しているコードの安定性を提供する再利用性が高く、末長く使えるビジネスオブジェクト Spring1.x ->　Spring2.xでも同じ

Spring 2.0を使うにはJava 5が必要? Spring 2.x系はJava platform 1.3以降なら動く Java５を使った方が以下のような点でより利益を享受できる @Transactionalアノテーション Spring1.2.xでも既に提供済み AspectJのpointcut expressionを完全な統合 @Ascpetアノテーション今までどおり殆どの主要APサーバ(Webコンテナ)で動作するまたはWebコンテナ無しのスタンドアロンでも

まとめ (1) Spring 2.0の狙い既存のPOJOプログラミングモデルの継続よりシンプルに、そしてよりパワフルに Spring 2.0はよりシンプルで拡張可能な XML設定を可能にする JNDIや AOPトランザクションなどのカスタム属性 Spring AOPのAspectJ統合 Pointcut expressionのサポート AspectJスタイルのアスペクトをサポート @AspectJアノテーションのサポート

まとめ (2) そのほかも多数の機能追加 Beanスコープの拡張動的言語のサポート Spring MVCが扱いやすくなった SpringJDBCがJava5に最適化メッセージドリブンPOJOs 非同期JMSメッセージのサポート XA-TransactionのサポートポートレットMVCフレームワークなどなど...

質問その他みんなで使ってみましょ♪

Spring2概論@第1回JSUG勉強会

More Related Content

Viewers also liked

Similar to Spring2概論@第1回JSUG勉強会

Recently uploaded

Spring2概論@第1回JSUG勉強会