ホット・トピック・セミナー「Metro」

Metro の御紹介川口耕介 Sun Microsystems, Inc.

アジェンダ Metro とは？主な機能デザインコミュニティロードマップ

Metro とは？ GlassFish の一翼を担う SOAP ウェブ・サービス・フレームワーク主に JAX-WS RI + WSIT JAX-WS が基盤部分と API WSIT が付加機能と .NET 相互運用性高性能・高い拡張性再利用性の高い部品プロジェクトから構築個別に利用可能

Metro の中身 XML 処理セキュリティ Metro – GlassFish Web Services Stack metro.dev.java.net JAXB JAXP SAAJ コア部分トランザクション WS-RM 拡張機能 SOAP SMTP Spring JSON HTTP . . . . . .

パイプライン処理クライアントサーバ HTTP Security WS-A Reliability TX Stub Invoker Z Y X W TubeHead Message Message invoke 01010001... 11001010... return Message Message invoke return

JAX-WS 2.1 API Metro プログラミングモデルの柱 WS をインターフェース越しのメソッド呼出として扱う WSDL を隠蔽 POJO プログラミングデスクリプタなしプロトコル・トランスポートに非依存

JAXB 2.1 API XML スキーマを Java ビーンにマッピング XML 入出力を簡単に XML Schema 1.0 の全てをサポート高性能面白い拡張が色々

付加機能部分 : WSIT End-to-end セキュリティトランスポートのセキュリティメッセージのセキュリティ暗号・署名等の関連規格アイデンティティの連携の関連規格 (WS-Trust) リライアビリティマルチホップ環境での再送・順序制御分散トランザクション EJB/RMI のような事を WS 上で .NET も含めて

標準のサポートしかも、極力自動的にバイナリデータ取扱の効率化 (MTOM) 複数の SOAP バージョンバイナリフォーマット (FastInfoset)

拡張コンポーネント様々なトランスポート HTTP, HTTPS SMTP TCP/IP 上に直接 JMS In-VM 様々なデプロイメント全自動方式 ( 又の名を JSR-109) Servlet 方式 Spring 方式

先進的な機能 Stateful ウェブ・サービス非同期処理複数のサービスインスタンスを活用 HTTP セッション毎スレッド毎

相互運用性業界標準を色々サポート SOAP 1.1/1.2, WSDL 1.1, WS-Addressing, MTOM, WS-I Basic Profile 1.x, SOAP Attachment Profile WS-ReliableMessaging, WS-SecureConversation, WS-Trust, WS-Security, WS-Policy, WS-AtomicTransaction, … Microsoft と共同で .NET 相互運用性を検証テスト、テスト、テスト… 定例ミーティング「 plugfest 」イベントきちんと動く事を地道に検証しました

Metro / .NET 相互運用性 Client Endpoint Client Endpoint Metro .NET 3.0

動作環境 GlassFish v2, v3 には最初から入ってます他の多くのコンテナにも JBoss WS 2.1.0 BEA WebLogic 10 TmaxSoft JEUS 任意のサーブレットコンテナで但し一部機能制限ありコンテナがなくても OK JavaSE6 light-weight HTTP server

ツール NetBeans 組み込みのツール群コマンドラインツール Ant タスク Maven プラグイン Eclipse 用のツールも進行中

実際にやってみる一番単純なウェブサービス Java -> XML -> Java 発展形 HTTPS 上で通信してセキュリティ WSDL を先に書いてプロトコルを合意他の言語で書いたサービスを使う

実際にやってみる信頼性のあるウェブサービス WS-ReliableMessaging Metro の直接のユーザーが使うことはあまりない

実際にやってみる FastInfoset

パフォーマンス Axis2 1.1.1 と比較して、 30%-100% 高速詳細： http://weblogs.java.net/blog/kohsuke/archive/2007/02/jaxws_ri_21_ben.html

コミュニティ Java.net 上で「見える」開発ソースコード , ML, デザインディスカッション Hudson による継続的インテグレーションオープンソース CDDL と GPLv2 のデュアルライセンスコミッタになるのも簡単です SCA にサインするだけユーザー・コミュニティ主導の機能開発 Spring や JSON サポートなど

Metro 世界制覇計画 Sun 以外のアプリケーションサーバでも使われています BEA WebLogic Server 10 JBoss WS 2.1.0 IBM JDK6 Salesforce.com APEX8.0 toolkit

将来の展望高可用性 Stateful web service クラスタによるフェイルオーバーなど JMX による管理性の向上 Jersey の取り込みポリシー機能の強化

Reference Metro metro.dev.java.net [email_address] https://forums.java.net/jive/forum.jspa?forumID=46 http://feeds.feedburner.com/MetroBlogs GlassFish (glassfish.java.net)‏ The Aquarium (blogs.sun.com/theaquarium)‏

Jersey の御紹介川口耕介 Sun Microsystems, Inc.

お品書き REST 入門 Java に REST API が必要な訳 API についてデモ

REST vs. SOAP ： SOAP まとめ HTTP 上に別なプロトコル (SOAP) を載せる XML だけに絞ってデータモデルをリッチに１からやり直すチャンスだった高度なアドオンプロトコルが色々出来たがレイヤリングが複雑人間が目で見てもわからない XML 縛りが思ったよりメリットなしフレームワークを作るのが大変

REST vs. SOAP: REST あれ？ HTTP しか使ってないよ新しい物を発明しないでもできる？ウェブサイトを作るようにウェブサービスを作る昔からある仕様で使えそうなのを組み合わせる誰も使ってなかった HTTP の仕様の一部とか小さなフレームワークで済むようになった良く言えば経済的、悪く言えば継ぎ接ぎインターフェースが厳密ではない相互運用とか煩いことは言わない

ウェブサイトを作るように HTTP URL の階層構造を素直に使う http://d.hatena.ne.jp/kkawa/20081012/p2 排除される例 : http://www.amazon.com/gp/-/x/15322209_a/:qri/ ウェブフレームワークの中には意外にこれが多い

例音楽サイト /music/artists /music/artists/{id} /music/recordings /music/recordings/{id} /music/artists/{id}/recordings /music/genre/{id} /music/format/{id} XML と JSON をサポートしよう

テストに出る REST RE presentational S tate T ransfer リソース URI で識別される、物「表現」によって具体化されるメソッドリソースによらず共通。 HTTP メソッド「表現」をやりとりする表現リソースの状態を表す HTML,XML,JSON,… 多数のフォーマットが有り得る

サーブレットでアーティストクラスを書く public class Artist extends HttpServlet { public enum SupportedOutputFormat {XML, JSON}; protected void doGet(HttpServletRequest request, HttpServletResponse response)‏ throws ServletException, IOException { String accept = request.getHeader("accept").toLowerCase(); String acceptableTypes[] = accept.split(","); SupportedOutputFormat outputType = null; for (String acceptableType: acceptableTypes) { if (acceptableType.contains("*/*") || acceptableType.contains("application/*") || acceptableType.contains("application/xml")) { outputType=SupportedOutputFormat.XML; break; } else if (acceptableType.contains("application/json")) { outputType=SupportedOutputFormat.JSON; break; } } if (outputType==null)‏ response.sendError(415); String path = request.getPathInfo(); String pathSegments[] = path.split("/"); String artist = pathSegments[1]; if (pathSegments.length < 2 && pathSegments.length > 3)‏ response.sendError(404); else if (pathSegments.length == 3 && pathSegments[2].equals("recordings")) { if (outputType == SupportedOutputFormat.XML)‏ writeRecordingsForArtistAsXml(response, artist); else writeRecordingsForArtistAsJson(response, artist); } else { if (outputType == SupportedOutputFormat.XML)‏ writeArtistAsXml(response, artist); else writeArtistAsJson(response, artist); } } private void writeRecordingsForArtistAsXml(HttpServletResponse response, String artist) { ... } private void writeRecordingsForArtistAsJson(HttpServletResponse response, String artist) { ... } private void writeArtistAsXml(HttpServletResponse response, String artist) { ... } private void writeArtistAsJson(HttpServletResponse response, String artist) { ... } }

これはちょっと… JSF 等は HTTP を独自にモデリングするので REST に向いてないでも 21 世紀にサーブレットを書くのは嫌だもう少し抽象度の高い API が欲しい REST のイディオムを簡単にコードはできるだけ少なく Java5 の機能もどんどん使って念のため HTTP も直接叩けるように部品の組み合わせ方は今も模索中なので

POJO @UriTemplate("/artists/{id}")‏ public class Artist { @ProduceMime("application/xml")‏ @HttpMethod InputStream getXml( @UriParam("id") String artist) { ... } ... }

メソッドの戻り値 HttpResponse HTTP プロトコルのイディオムに相当 30x リダイレクト、 201 リソース生成など Representation<T> 「表現」 (T) と付随する HTTP ヘッダ裸の T 必須の HTTP ヘッダが T から自動で定まる場合 SPI によって拡張可能 XML や JSON 、画像など

メソッドのパラメータアノーテーションを使ってパラメータを注入 @UriParam, @QueryParam, @MatrixParam, @HeaderParam 切り出しと型変換の手間が省ける Entity<T> もしくは裸の T リクエストボディに相当 @HttpMethod public Recording updateRecording( @UriParam("id") String id, Recording updatedRecording)‏

参考情報 JSR-311 https://jsr311.dev.java.net Jersey https://jersey.dev.java.net [email_address] Blogs http://blogs.sun.com/sandoz http://weblogs.java.net/blog/mhadley/ http://blogs.sun.com/japod

BACK UP SLIDES Nothing to see beyond here

効率のよい SOAP Message の内部表現 Message Packet Messages Headers AttachmentSet Payload Attachment Factories HeaderList Header

ホット・トピック・セミナー「Metro」

More Related Content

ホット・トピック・セミナー「Metro」