• GlassFish 懇親会開催 12/4(金)

• 安心感 … みんなが使っている、あるいは大手が使っているなど安心感を得るための要素が多く、購入の意志決定者がはんこを押しやすい。問題が生じても、ベンダーに責任をなすりつければよいと考える。
• 安定性 … MySQLが不安定だということではなく、安定性についての前もって与えられたイメージが不十分だと思います。すでに大規模システムでの実績があるSQL Server、Sybase、Oracle、DB2ならば、クラスタリングや、トランザクションログの安全な運用、オンラインバックアップについて実績のあるソリューションを持っているだろうと推測が容易です。一方、MySQLにもそれらのソリューションがあっても、その構成を確たる状況にするまでの道のりが十分知られていないため、無意識のうちに選考対象から外れてしまう。
• パフォーマンス … SAPのSDベンチマークやSPECjAppServerのようなアプリケーションベンチマークの傾向から見るとまだMySQLやPostgreSQLのようなオープンソース・データベースはSQL Server、Oracle、DB2などの商用データベースと比較して10〜20%程度のパフォーマンスペナルティがあるように見えます。

MySQLがさらに注目を集める原因があるとすると、急速な景気後退によって、低価格の代替案を検討せざるを得なくなることでしょう。それにより、MySQLについて今までよりも深く知られるようになるとすれば、注目度は高まり、売り上げも増えるでしょう。
一方、MySQLに注目が集まらないとすると、互換性が原因です。その場合Enterprise DBのようにOracle互換を謳うオープンソース・ベースのソリューションが注目を集めるでしょう。意志決定者が仮に、2〜3年での景気回復を予想している場合、この2〜3年間だけのためにリスクの高い移植作業を行うよりは、設備投資を抑えて乗り越えた方が安全と考えたり、移植作業のためのSI費用が回収できないという考えを持つからです。Enterprise DBのようにOracle互換を謳うソリューションの場合、この移植作業のためのSI費用が低く抑えられると考えるため注目が集まるはずです。

その2。ソフトウェアのセールス活動（特に私のようなプリセールスのエンジニアの活動）に占めるブログやwikiなどのオンラインのメディアの割合が増加していきます[blogs.sun.com/kimimasa]。 割合は増加すると思いますが、激増するにはまだ時間がかかると思います。デジタルカメラや低価格ラップトップPCのように、スペックが重視されるコンシューマ製品の場合ではオンラインメディアによる情報流通はとても大事です。オンライン上の情報だけで意志決定し、購入までのプロセスをたどることが今では抵抗感無く受け入れられています。一方、Sunのソフトウエアはその多くが企業・組織向けのビジネス・ソフトウエアです。購入の意志決定までにたどるプロセスが違ったり、そもそもそのソフトウエアを利用するのが最適かどうかも分かっていない場合もあります。また、同じカテゴリのビジネス・ソフトウエアを横並びで公平に比較した資料はまだオンライン・メディア上には多くありません。担当者がすべての製品について、詳しくブログやデモを検討した上で意志決定するのにはまだまだ敷居が高いはずです。
このため、すでに導入を決めていたり、2つ程度まで候補が絞られている場合に限りオンライン・メディア上での活動割合が増えるでしょう。3つ以上の候補があったり、まだ候補が残っているかもしれないと思う段階ならば、有利な条件で購入したり、最適なソリューションを探すためにほかの候補を従来通り各社セールス・パーソンに問い合わせるでしょう。このため、Sunは社内セールス・パーソン向けの資料を用意するためにもっと時間を使った方がいいでしょう ;-)

その3、今年もSunのアイデンティティ管理ソリューション(ID管理ソリューション）は突っ走ります[blogs.sun.com/kimimasa]。 アイデンティティ管理の需要はまだかなりあると思いますが、景気後退による影響が気になるところです。J-SOXの施行や個人情報保護など、一種の脅迫的なモチベーションは一段落し、そしてその話に翻弄された意志決定者は疲れてしまい、アイデンティティ管理がなくとも何とかなるという楽観的なムードが支配的になっています。そこに景気後退による予算縮小が重なれば、アイデンティティ管理に関するモチベーションはさらに低くなっていくことでしょう。このため、アイデンティティ管理ソリューションを販売する者は、経営者や意志決定者に、いま組織内でアイデンティティ管理について見えないコストがどの程度費やされているかを調査させるために働かなくてはならなくなるでしょう。見えないコストにはアイデンティティ管理のために働く担当者の作業時間や、コンプライアンス違反によるリスク解消にかかる費用などが含まれれますが、J-SOXのときのようにうんざりさせないために後者のような費用はあまり訴求せず、直接削減可能なコストについて説明するのが良いと思います。

さて、最後に個人的な予想です。いま、サンのソフトウエアでおもしろそうなのはGlassFishとVirtualBoxです。GlassFishは今年Java EE 6がリリースされそうな時期ということもあって注目していますが、まずは値頃感からGlassFish v2がもうすこし勢いを持ってくると思っています。
VirtualBoxについては、いまパーソナル向け仮想化ソリューションは手元にVMware Fusion、Parallels Desktop、VirtualBoxを持っています。VirtualBoxはSunに統合された当時ではまだ本格的に使う気になりませんでしたが、統合から1年足らずの今、VirtualBoxが持っている機能と品質から考えると僕はParallels Desktop 4.0にアップグレードはせず、VMware Fusionが新しく出てもアップグレードせず、VirtualBoxを主に使うようになると思います。
一方、今ひとつ訴求力に欠けるのはSun Java System Web Serverがオープンソース化されたOpen Web Serverでしょう。ググらビリティが悪すぎるのも一つの原因で、まったく情報にリーチできないまま今年は終わるでしょう。また、性能は良いのですが、いまさらこのクラスの「でかい」Webサーバはさほど必要ないと思います。もうすこしOpen Web Serverプロジェクトが成熟し、高速軽量なHTTPサーバあるいはリバースプロクシとして製品パッケージングが変わっていけば、かなり良くなっていくと思います。オープンソース版Open Web Serverと、Sun Java System Web Serverの機能比較[wikis.sun.com] で見る限りだと、Open Web ServerはServletコンテナが無かったり、クラスタリングや管理系コマンドが無いようですが、かえってこれぐらいのほうが使いやすそうですね。もう少し機能がそぎ落とされて、使いやすいようになってくるのを期待します。あるいは、AkamaiのEdgeComputingのようなソリューションの一部として組み込まれるソリューションが出てくるとおもしろくなりそうですね。

2-j-2 Lightning Talks
「Javaの世界で有名な方ばかり集まってます！」いう司会のもと始まりましたが、顔ぶれみると確かに知っている名前ばかり。
というか、JavaExpert#03に記事だしてるjava-jaの人が集まった！？
というか、それならば事前にこのメンバーの名前をセッションの予定に入れておけばいいのにー。もっと人集まっただろうに。

去年のSun Tech Days 2007も同様にスピーカーが不明なセッションが結構あったので、来年はもう少し改善されることを期待します。

さて一人目の発表者は高井さん。RSpecについて。今回は僕の発表もそうですが、ライトニングトークというよりは、ショートプレゼンテーションというようなテイストでしたね。

二人目はきしださん。JJUG (日本Javaユーザグループ)について。飲み会重要とのこと。

３人目はid:happy_ryoさん。NetBeansについて。ねこび〜んかわいいよ。というお話。と、プラグイン作ればいいよ！っていうお話。
4人目は僕のセッションでした。「GlassFish and the Future of Java EEを分かったつもりになる3分30秒」というタイトルで発表させていただきました。

ちなみにこのセッションの元ネタはこの発表の前日に寺田さんが発表された内容です。なぜその発表をこのLTでできたかというと、事前に資料が手に入ったからです（寺田さんが今回の発表向けに変更されたやつではなく、ワールドワイドで共通的に使われている資料）。Sun Tech Daysはワールドワイドで行われているイベントで、プレゼン資料などもだいたい同じものが使われます。このため、東京より先に実施された地域のプレゼンを参照すれば事前に資料が入手できるというスンポーです。僕の発表資料準備段階では韓国とブラジルの資料が公開されていました。韓国の資料は一部ハングル訳されていて読めなかったので、そのまま英語で書かれているブラジルの資料を参考にしました。
元資料はどう見ても内容を詰め込みすぎで、このプレゼンを聴いている人に何を伝えたいのか分かりませんでした。そこで今回は大事そうなポイントだけを抽出して3分30秒にまとめてみました。

最後はYoshioriさん。やっぱうまいですね。今回のセッションの中で唯一LTっぽかったように思います。

2005年に始まったGlassFishのダウンロード数は既に年間500万に達し、コミュニティは活発に成長しております。コンパクトかつ標準仕様に忠実な Java EE アプリケーションサーバを維持しながら、現行のGlassFish v2では品質やパフォーマンスを改善し(Project Grizzly), クラスタ機能、スクリプト言語(Ajax, Ruby, Ruby on Rails)、高可用性機能、Comet、SIP相互運用等が拡張されております。オープンソースと企業ユーザから求められる豊富な機能とパフォーマンスを伴う高度な品質製品に境目はなくなりつつあります。次に予定されているGlassFish v3は次世代のアプリケーションサーバです。OSGiを用いたモジュラー設計で、Java EE 6仕様にアーキテクチャ準拠しております。Project GlassFish v3の実装ではサーバソフトウエアで重要な２つのキーワード（モジュール化と拡張性)にフォーカスしております。このセッションではGlassFish v2のクラスタ機能、Metro Webサービススタックと .NETとの相互運用性、Web層(Grizzly, Comet, jMaki…)のツールと管理機能の特徴について紹介します。さらに、より先進的な話題GlassFish v3の概要と拡張性高いサーバサイドプラットホームを実現する実装技法について紹介します。最後に Java EE 6 に予定される新機能についても触れる予定です。

50分のセッションでカバーする範囲がとても広いので、GlassFish v3 Preludeに関してあまりたくさん盛り込めなさそうですが、全体をざっと見渡すには丁度良さそうなセッションだと思います。

Thread 2 Crashed:
0   com.adobe.DistillerLib        	0x01147b80 DistillerFontFolders::GetFontCachePath(char**) + 32
1   com.adobe.DistillerLib        	0x01157695 DistillerPSRip::SetupPSParameters() + 767
2   com.adobe.DistillerLib        	0x01157aba DistillerPSRip::PSInit(void*) + 224
3   ...ple.CoreServices.CarbonCore	0x90662d41 CooperativeThread + 309
4   libSystem.B.dylib             	0x93a176f5 _pthread_start + 321
5   libSystem.B.dylib             	0x93a175b2 thread_start + 34

というようにGetFontCachePathという関数で毎回こけているようです。海外のフォーラムで同様の現象を報告している人の中で、$HOME/Library/Application Support/Adobe/ 以下にあるFontCacheディレクトリのパーミッションを変えたら直ったという人がいて、試してみましたがだめでした。もっといろいろ情報集めをしていたところAcrobatの8.1.2アップデートに更新しろと書いている人がいました。Creative Suiteを入れたときに2〜3回Adobe Updaterでアップデートしていたので当然Acrobatも更新されているものだろうと思っていましたが、バージョンを確認したら意外にも8.0.0・・・。

Adobe Updater、どこみとってん！一言愚痴を言わせてもらうと、Adobe Updaterの品質の低さは異常です。品質というか、ユーザアンフレンドリーさは、たくさんあるアップデートセンター系システムの中でも最低だと思います。まあ、そんな愚痴を心の中でつぶやきながらアップデート。

毎回Safariのプラグインを入れるかきかれますが、ブラウザ中にPDF表示するのって大嫌いなので必ずオフにしています。Acrobatを入れて最初にやることはブラウザ上に表示させないように設定することです。Mac OS XのPreviewもSafari内にいたがりますが、

$ defaults write com.apple.Safari WebKitOmitPDFSupport -bool true

というようにdefaultsコマンドで設定をオフにしています。さて、Acrobat 8.1.2にアップデートしたことでようやくDistillerが快調に動き始めました。テスト印刷もばっちりです。では、Illustratorで・・・。

あれ？各ページが1/2のサイズになって、しかも前後のページが半分ずつ各ページに入っています。2ページ目には1ページ目と3ページ目の上下が、3ページ目には2ページ目と4ページ目の上下が・・・。なにこれ。

Illustrator上では今回、ドキュメントサイズは幅297mm、高さ4200mm (A4横の用紙を縦方向に20枚並べた大きさ)に設定し、プリントの設定として用紙サイズA4横、セットアップでタイルに「用紙サイズで区分ける」、トンボと裁ち落としで裁ち落としを天地左右 0mmとしてページ分割されるように設定しました。あとはメニューの「表示」→「ページ分割を表示」とすれば印刷サイズにあった罫線が表示されそのようにデザインしやすくなります。ページ分割が表示されているとおり印刷結果が得られるだろうと考えていましたし、実際Tigerで使っていた頃はそう結果がえられたので何も疑問なくやっていましたが、いざおかしくなるとどうしていいかわかりません。

結局悩みに悩んでうまく行った方法が、プリンタをAdobe PDF 8.0ではなく、Adobe PostScriptファイルとして、PostScriptでの結果をまず得て、その結果をAdobe DistillerでPDFに変換する方法です。Adobe PDF 8.0プリンタも中身はDistillerのはずなので、釈然としませんが、とりあえずうまくいったのでこれでよしとします。そもそも、複数ページ(しかも20ページとか・・)のデザインをIllustratorでやることはあまり想定されていないのでしょうがないところですね。ああ・・InDesignがほしい。そういえば、Creative Suite 4が発売になりましたが、InDesignやAfter Effects・Premiereを含むMaster Collectionへのアップグレードが今持っているCreative Suite CS3 Web Premiumからだと$1,199なんですよね・・・。日本での値段はまだわかりませんが、ちょっとほしくなってきました。

icon.icns -> NetBeans GlassFish ESB/{nb-cluster}/netbeans.icns

というように、{nb-cluster}というおそらくビルド時の変数が展開されていないことによるようです。とりあえずこの辺の話はOpen ESBのメーリングリストに投げてみたのでひょっとしたらそのうち直るかもしれません。

GlassFish ESBといっても、今のところ同時にインストールされるNetBeans側に特別変化があるような感じではなく、ちょっと違いが感じられるとすればGlassFishの管理コンソール側でしょうか。左ペインのJBIフォルダ内のコンポーネントはGlassFishに比べてかなり多めです(GlassFishはsun-http-bindingとsun-javaee-engineだけ。NetBeansのSOAサポートパッケージで入れた場合はそれに加えsun-bpel-engine、sun-xslt-engine、sun-file-bindingなどが入る)。もう一つの違いはESBというフォルダがあることです。CAPS Application Configurationとありますので、Java CAPSプロジェクトがデプロイできるようになっているんでしょう。なお、Java CAPS自体はダウンロードはできないのでSunの人に言ってもらわないと使えないようですから、実際にこのフォルダがどう生きてくるかはよくわかりません。
Sun Java Enterprise System – Get Itより。

Sun Java Composite Application Suite

Note: Currently, Sun does not offer a free download of this product. Contact your local sales for details on how to download this product.

ほかに違いで見つけたところは、Lifecycle Moduleとして、JavaEEVerifyESBというモジュールが組み込まれているところです。DescriptionではAdds Java EE verifier MBeanということなのですが用途はよくわかりません。ところで、Open ESB、GlassFish ESB、Sun ESB Suite、Java CAPSと、似たようなプロダクトがたくさんあってわかりづらいのですが、比較表がありました。

GlassFish ESBにはSAPとかSiebel、PeopleSoft向けのアダプタやSWIFTやX12、EDIFACTのようなメッセージライブラリが付いてこないという切り分けなんですね。オープンなプロトコルのみでシステム統合するならGlassFish ESBだけでよく、プロプライエタリなプロトコルも使うならSun ESB SuiteかSun Java CAPS。さて、GlassFish ESBが今後どういう風に進歩していくかですが、個人的に注目しているのはESB Consoleというインキュベーションプロジェクトです。現在のGlassFish ESBでの管理コンソールではESBの各コンポーネント・ライフサイクル程度は管理できますが、トランザクションごとの情報や、ビジネス的な視点での管理はほとんどできません。ESB Consoleはそれらの点を補うためのプロジェクトのようです。Minimal feature listを少し引用してそれぞれみていきましょう。

1. The unified ESB management console will provide all the features that are useful in the current Enterprise Manager.
2. The unified ESB management console will provide an extensible management console to allow for various management features (like BPEL management, IEP management, ETL management, HTTP BC management and more) to be plugged in with drill-down capabilities. The Web Console would consist of one core web application which will accommodate other plug-ins thus making it an extensible management console to allow various management features to be plugged-in. This will allow our customers and partners to participate in the development of it by contributing certain management features.
3. The Web Application will allow users to deploy services to a number of arbitrary server instances and to a DAS with clusters.
4. Since Java CAPS management/monitoring capability is beyond what a typical application server would provide, these web applications could either be deployed on Glassfish, or be running outside of Glassfish.
5. The Web Console will also provide an Intelligent Audit Dashboard(IAD).
6. The Web Console will allow users to view various Web service performance metrics such as average response time, Transactions per Second (TPS), error count, call count, etc.
7. The Web Console will also have charting capabilities for web service performance metrics.
8. The Web Console will provide the ability to print relevant reports as PDF files.
9. The Web Console will notify administrators when an Service Level Agreement (SLA) metrics cross specified thresholds.
10. The Web Console will provide scale-out capabilities with the ability to deploy/undeploy a service or a composite application simultaneously on several servers and manage and monitor these services running on various server instances and clusters.
11. Scaling down services like limiting the Thread pools where available on a a component basis will also be exposed so resources allocated to an engine can be limited if required.
12. The Web Console will be able to manage and monitor JMS destinations for both STCMS and Java MQ
13. External Plugins: The Web Console will be able to manage and monitor BPEL 2.0 business process instances, terminate instances, and drill down to instance level details with a BPEL Management & Monitoring plugin. Same goes for other types of Service Engines.
14. The Web Console will expose Application Configuration (to configure environment specific information), Application Variables(to configure environment specific information), and support Application Verification before deployment of Composite Applications.
15. The Web Console will provide the ability to view log activity, with the ability to define filters.
16. All features will have access control so users can be limited only to a subset of management/monitoring features if required.
17. Based on the alert message sent, users should be able to view the associated service unit that an alert came from. It should be possible since we have the service unit name and component name available in the alert message header, and we should be able to take the user to the associated service unit’s plug-in in the UI.
18. For Alert Agent configuration, the administrator has to be able to propagate configurations done for one Server to multiple servers automatically.
19. There are certain management and monitoring capabilities that are exposed through aspects/interceptors. The Web Console should expose these configurations for users to configure.

おもしろそうなところでいえば、Intelligent Audit Dashboard (IAD)でしょうか。Audit Dashboardということなので、Intelligent Event Processor (IEP)と連携して監査的な情報を出せるのかもしれません。

GlassFish で、作ってみた。

岡崎 隆之 (Glassfish ユーザ・グループ・ジャパン)

最新 GlassFish は単なる Java EE 実行環境ではなく、多彩な機能が盛り込まれた遊べるアプリケーションサーバです。
今回は開発の実演を交えながら、Java はもちろん、JRuby での開発に便利な機能をご紹介します。
この秋は、思いっきり GlassFish で遊んでみましょう!

(写真は先月のJRubyとJythonのJJUGクロスコミュニティーセミナーの様子)