閏（うるう）秒というものがあること、ご存知でした？

総務省のサイトで、次のような告知がされています。

平成21年（2009年）1月1日に、3年ぶりとなる「うるう秒」調整が行われることが決まりました。日本の標準時の維持・通報を実施している独立行政法人情報通信研究機構（以下「NICT」という。理事長：宮原秀夫）は、日本標準時に「うるう秒」を挿入する予定です。

http://www.soumu.go.jp/s-news/2008/080912_4.html

つまり、来年の元日はいつもより1秒長い日になるようです。
1秒多く元日を過ごせるとか、1秒年をとるのが遅らせれるとか、
なんか得したような、そうでもないような微妙な感じですよね。

ただし、ITの世界になると、そんな悠長なことを言っている場合ではなく、
時刻に変化があるというのはのっぴきない事態なわけです。

2000年問題がいい例ですが、時刻に関わる問題はOSからアプリケーションに
わたる広範囲のインパクトがあり、その対応にはかなりの負荷がかかりました。
（IT業界はそれでにぎわったのですが。。）

今回の調整内容は、

「午前8時59分59秒と午前9時00分00秒の間に「8時59分60秒」を挿入します。」

となっていますから、午前9時までの時刻の進み方は、

8時59分58秒、59秒、60秒 、9時00分00秒

となるそうです。（8時59分が61秒間続くことになるようです）


2000年対応の悪夢がまたくるのか？それもあと2ヵ月後に？！

という心配は、旧式、あるいはよほどニッチなOSを使っていない限りは
今ではあまり心配ないことだとは思いますが、
Solaris に関してもすでにうるう秒対応が発表されており、
Solarisをお使いであればまったく心配ありません。
（ただし、applicationの時間がOSに依存しているのであればの話です）

システムがNTPクライアントとして動作している場合は、上記のように時刻がすすみ、
（自動的に8時59分60秒が挿入され）ますので、なんの作業も必要ありません。

一方、システムが最上位のNTPサーバとして動作している場合は、
コマンドで閏秒設定をしてあげる必要があります。

手順など詳しくは弊社サイトを参照ください。

来る、10/30 (木), 31 (金) の2日間で、MySQLの一大イベント、
MySQL ユーザコンファレンス 2008 が開催されます。
コンファレンスの中では、MySQL関するテクニカルなセッション
（設計技法やパフォーマンスチューニング、トラブルシューティング）から、
ユーザ事例（アメブロ、ココログ、Life-X）など、総数 38 ものセッションが
行われる予定です。

MySQLはオープンソースということで、これまでは一部の技術者のみが
利用しているイメージのあったMySQLですが、昨今はビジネスユースも
ずいぶん事例が増えていますし、また、コミュニティーの拡大がプロダクトの
進化を加速するという、オープンソースならではのよいスパイラルが
生まれている製品です。

これからビジネスでMySQLを検討しようとされている方にも、
かならず満足いただけるセッションが盛りだくさんです。

すでにいくつかのセッションは満員御礼となっていますが、
まだ空席のあるセッションもあります。

ご興味のある方、こちらから今すぐお申し込みを！！

『えっ！うちにはまだJava SE 1.4.2で動いてるシステムがいくつもあるのに！』

と思った方、ご安心ください。
Sun は今年4月からJava SE に対し、最長15年のサポートサービスを開始しています。
Java SE for Businessです。

対象となるJavaのバージョンはJava SE 1.4.2/5/6 およびそれ以降です。
サポートレベルには以下の3つがあり、Standard, Premiumでは10年、
Premium Plusでは15年のサポートが可能となります。

サポート内容も、24時間365日サポートや、お客様の要望にあわせてたFixなど、
これまで不可能だったきめこまかいサポートになっており、既存システムの
延命というだけではなく、今後Java SEでの開発を行う際は、ぜひご検討頂きたい
内容となっております。

このサービスを受けると、従来の（フリーの）Java SEとは異なるタイミングで
Updateの提供があります。そのため、フリーのJava SEをすでにお使いの場合は
専用のバイナリにアップデートしていただく必要があります。
もちろんこの専用バイナリはフリーのJava SEと互換性が保障されています。

価格体系はサブスクリプションとなっており、

・ 従業員数単位（最小購入数500）
・ デスクトップ数単位 （最小購入数500）
・  Java SEが稼動するサーバソケット単位（最小購入数10）

のいずれかから選択できます。

たとえば 従業員数が500名の企業を想定した場合、Standard では約70万円/年、
最高レベルのPremium Plusでも87万円/年と、ご検討いただきやすい価格帯と
なっております。

ぜひご検討ください。
＃Java SE 1.4.2をお使いの企業様はお急ぎください！

昨日は、ビジネスパートナーのDISさん主催の展示会、 DIS わぁるど in 京都 にSunRayを出展するということで、 私も微力ながらヘルプに行ってきました。 会場は京都市営地下鉄『東山駅』から徒歩10分ほどの みやこめっせ。 イベント会場としてはちょっとこじんまりした感じの会場でしたが、 DISさんの関西圏のパートナーや顧客が一同に集まり、 なかなかの盛況ぶり。会場はかなり混雑した状況でした。 「これは、いいオポチュニティをつかめるに違いない！」と、 勇み会場に乗り込んだところ、いきなり失敗。 出展者にもかかわらず、まちがえて「パートナー」として 受付してしまいました。。 パートナー名札をつけて会場に入ると、各ブースの方から パンフレットが渡されること、渡されること。DISさんの 営業力とフットワークに圧倒されつつ、会場を半周 ぐらいしたあたりにようやくSunのブースを見つけました。

Sunのブースは「グリーンIT」のエリアの中にありました。 Sun Rayの特徴は、端末にディスクを持たない＝OSを 持たないことで、情報漏えいやウィルス感染の心配が ない点にありますが、それと同時に消費電力が4W(*) と、非常にエコな端末であることもポイントです。 (*) Sun Ray 2端末1台あたりの消費電力 浦添市さんの事例では、Sun Rayのクライアントと サーバを含めても、従来のPC利用時にくらべ 電力使用量が25%になり、さらにオフィスのクーラー にかかる電力も削減できたという例があります。

ブースには、Sun Rayを語らせれば、日本中で右に出る人はいないと言っても過言ではない白川さんと、
パートナー営業の助川さん、そして私の3名のスタッフがスタンバイしていたのですが、
9/5は金曜日ということもあってか人は多く、午前中はまだ比較的余裕があったのですが、
午後からはさらに人が増え、客引き＆説明など3人で必死にこなしていました。

SunRayの説明は私もまだ不慣れなのですが、白川さんの助けもあり、終わるころには
ずいぶんレベルアップできたのではないかと、内心思っています。

デモ調整中の白川さん

パートナー営業の助川さん

展示ブースには、Sun Ray 構築時のサーバとして、現在一押しの Sun Fire X4150も展示していました。 X4150は、1Uサーバにもかかわらず、HDDを8本も積めます。 1本300GBのHDDを8本積めば、最大2.4TB。 このスペックのサーバを現時点で提供しているのはSunだけという こともあり、かなり競争力のあるモデルです。 ブースでは写真のようにあえてふたを開けて展示していたところ、 ハード系に関心のある方に立ち止まってもらえ、2重化したファンは 電源を入れたまま交換できるとか、内部の空気の流れまで 計算されているなど、いろいろ話が弾みました。 私も今回はじめて知ったのですが、サーバ内のファンはなんの 固定具もなく、ただ置かれているだけなので、簡単に取り外しが できるんです。 素人考えで、『振動で抜けたり、ガタガタしたりしないの？』 と質問したところ、その辺は実によく考えられていて、 ソルボセインという人口筋肉の研究からできた免震素材が 四つ角に付いていて、振動を防止しているそうなのです。 こういう話も、なぜか白川さんはめちゃめちゃ詳しく、 ほんとに勉強になりました。

SunRayを第一人者から教わることができた上に、具体的な引き合いもあり、収穫の多い一日でした。

P.S.
イベント終了後、東京から来たお二人の帰りの新幹線までの時間で、軽く打ち上げをしようと京都駅へ。
そこで、たまたま見つけた「京ちゃばな」という創作お好み焼き屋がめちゃめちゃうまかった～。
この辺はまた後日レポートします。

 

7/31のblog では、EasySWIFTというプロジェクトで、Sunは今後SWIFT関連
ソリューションを展開するとお伝えしましたが、そのプロジェクト名が

Sun Open Suite for SWIFT

に変わりました。
なんでも、リーガル上の問題だったとか。。

にしても、名前を変えるのが好きな会社だこと。。

昨日、日本でもJava CAPS 6がリリースされ、
これで日本でも販売できるようになりました。

プレスリリースの文面は私も一部作成したりしたのですが、
いろいろ書きたい思いとは裏腹に、”シンプル”で”わかりやすく”が
絶対条件ですので、こういう文面を書くのは難しいですね。

今回プレスのリード、高橋さんのblog 『替案のある生活』 でも、
プレスリリースの難しさや、コツなどが書かれていますが、
経験豊富な方が近くにいると、非常に心強いものです。

さて、今回のプレスリリースの結果、7つのメディア（このblogの執筆時点）で
取り上げられました！なかでも、購読者数が圧倒的な、Yahoo!ニュースに
取り上げられたのは、結構うれしい結果です。

これだけのメディアに掲載されることはそう多くなく、そういう点からも
賛否両論ある中も、SOAがベンダーの訴求フェーズから実装フェーズに
移ってきていると感じます。

今日、ビジネスパートナーからの依頼で、Java CAPSのデモを含めた
説明をしてほしいということで、静岡のとある企業を訪問しました。

依頼どおりに製品説明＆デモを行ったあと、Q&Aの中でのこと。
先方から、

「他社製品に比べてCAPSの強みは何ですか？」

という問いに対し、パートナーのA部長は

『CAPSの強みはアダプタです。』

と言い切られました。
私たちも普段そのように説明しており、エージェントレスであることや、
種類の豊富さ、対応できる外部システムのバージョンの幅広さなどを
アピールしていました。

しかし、A部長からの説明は意表をつくもので、

『なぜなら、エンタープライズ規模に対応できるEAI(ESB)製品の中で、
　アダプタを自社で開発しているのは、CAPSとWebMethodだけ。
　その2社のうち、サポートの面ではSunが勝っている。』

とおっしゃったのです。
これには私もはっとしました。

他社のESB製品ではアダプタをIWAYやDataDirectなどの専門業者に
頼っていることが多いようです。しかし、そのような構成では、構築前の検証や
構築中・運用開始後の問題の切り分けに手間がかかり、SIerとしてはその分
リスクを積まなければなりません。

A部長はEAIの構築にはかなり実績豊富で、製品比較の観点においても
かなりの見識の広さをお持ちです。そのA部長からの言葉には、経験に
裏打ちされた重みと信憑性があり、その場にいただれもが納得した表情を
みせていました。

セールスの現場ではいつもこのような気づきがあり、
刺激をうけることが僕のモチベーションにつながっています。

Java CAPSは今年も無事SWIFT よりFinancial EAI の認定を取得しました！
（SWIFTに関しては去年のblog をご参照ください） 

Seebeyond時代から数えて10年連続の認定製品になり、その実績も高く評価されています。
その証拠に、Sun はJava CAPSをSWIFTに対しOEM 提供することが決まっており、
SWIFT からは、『SWIFT Integrator』という名前で販売されるようです。
（日本での取り扱いはまだ未定のようですが。。）

また、SunもEasy SWIFT というプロジェクトを立ち上げ、より簡単、安価にSWIFTを
利用できる環境を提供できるよう取り組んでいます。

7/24（木）に、パートナー様向けのJava CAPS 6説明会を開催いたします。

従来のv5.1.xとの互換性を保ち、さらにJBIや各種Webサービス標準技術に対応した
Open ESBとの融合をはたしたJava CAPS 6は、SOA実現に必要な要素を併せ持つ
完全なスイート製品です。

また、開発環境はNetBeansとなり、AjaxなどのWebアプリケーションから、BPELなどの
統合アプリケーションを一つのツールで開発することができるので、これまでよりも
さらに高い生産性を提供します。

また、ソフトウェアだけではなく、貴社のビジネス拡大をサポートするプログラムもございます。
ご興味のある企業様、まずはこのセミナーに足をお運びください。

お申し込みはこちらからどうぞ

Java CAPS 6ではインストール時に、File AdapterやHTTP Adapterなどいくつかの
アダプタが標準でインストールされますが、それ以外のアダプタ、もしくは
メッセージライブラリを利用する場合は、追加モジュールとしてインストールする
必要があります。
今回は、SWIFT Message Libraryの追加を例にとってその手順を説明します。
＃なお、今回の手順は従来のCAPSモジュールのインストールを対象としており、
＃Binding Component(BC)やService Engine(SE)などのJBIモジュールは対象外です。

■概要

SWIFT Message Library追加インストール手順は、以下の3つの手順を踏みます。

１．リポジトリへ追加モジュールインストール
２．開発環境上でプラグインの追加　（リポジトリからアップデート）
３．BICファイルの更新（SWIFT Message Library 固有の作業）

Java CAPS 5.xでは、リポジトリサーバに対してモジュールをインストールし、
開発環境(Enterprise Designer)にてUpdate Centerを実行するという手順でした。
これはCAPS 6でも大枠は同様です。
ただし、開発環境がNetBeansに替わったため、そこでの追加モジュールは
プラグインの追加という形で行われる点のみ異なります。


１．リポジトリへ追加モジュールインストール

 ブラウザからリポジトリへアクセスし、ログインします。
（標準インストール時の管理者IDはAdministrator/STCとなっています）

最初の画面上部の 

”別の製品をインストールするときにクリックします。

と書かれた部分をクリックすると、以下のような画面に移ります。

ここで、OTDと書かれた左の「＋」押して展開し、

１．SWIFT OTD Library　（MT標準 共通ライブラリ）
２．SWIFT OTD Library 2006（MT標準 リリース2006 ライブラリ）
３．SWIFT OTD Library 2007（MT標準 リリース2007 ライブラリ）

の3つを選択し、画面下部の「次へ」ボタンをクリックします。

１はMT標準(Standards）を扱うために必須のモジュールです。
２、３は必要に応じてどちらか、もしくは両方を選択します。

次の画面ではSWIFT Message Libraryのインストールファイル（SARファイル）を指定します。
指示通りに指定し、「次へ」を押すとインストールが開始します。
インストールが成功すると、以下の画面に移ります。

リポジトリへのインストールは以上で完了です。

２．NetBeansへのプラグインインストール

NetBeansはインストールするプラグイン管理をするため、独自のアップデートセンターを
持つことができますが、CAPSインストール時に同時にインストールされるNetBeansは、
CAPSのリポジトリが一つのアップデートセンターとして登録されています。
[ツール]-[プラグイン]-[設定タブ] から確認できます。

★注意！
デフォルトでは、検査間隔が「毎週」となっており、このままではリポジトリに対し
インストールを行っても一週間後にならないと、変更が検知されません。
この値を「起動ごと」に変更し再起動すると、１で行ったリポジトリの変更が検知され、
下図のように「使用可能なプラグイン」に表示されるようになります。

ここで、表示されたモジュールを選択し、 「インストール」ボタンを押すとNetBeansに
SWIFT Message Libraryのプラグインがインストールされます。

上図のように、MT標準は年度ごと、カテゴリごとにツリー状に整理され、
OTD形でインストールされます。これらは、そのままJavaコラボーレーションや
ビジネスプロセス上でデータ定義のオブジェクトとして使うことができます。

また、CAPS 6 からはMTのフォーマットチェックのサンプルプログラムも
インストールに含まれるようになりました。

３．BICファイルの更新

SWIFT Message Libraryを使うプロジェクトをビルドするためには、各銀行のBICコードなどが
記されているBICファイルのアップデートが必要です。
BICファイルの更新には、下図のように「bic.jar」を右クリックし、「Update BIC Files」を選択します。
そこで、SWIFTより取得した、CU.dat、FI.datをそれぞれ指定します。
（この手順は、「bic.jar」がチェックインされたままの状態でも行えます。）

この３の手順はSWIFT Message Library 特有の作業ですが、他のアダプタやアドオンなどの
追加インストールについても、１、２の作業は同様です。

前回のblog で、CAPS 6 からコンポーネント名が変更になったと書きましたが、
各コンポーネント名の変更内容は以下のURLにまとまっています。

http://developers.sun.com/docs/javacaps/products/namechange.jsp

以前のblog にも書きましたが、Java CAPS 6 はこれまでとインストール方法が大きく
変わりました。2月の時点ではスクリーンショットなどを出すことができなかったのですが、
今回はスクリーンショット付きでインストール手順を書こうと思います。
なお、今回は Solaris 10上にインストールする手順を書きますが、Windows 上であっても
手順はほとんど同じです。

■前提条件

Java CAPS 6のインストール前に、JDK 1.5 以上をインストールしておく必要があります。
JDK のバージョンの確認方法は以下の通り。 

# javac -version javac 1.6.0_04

もしJDK 1.5 以上がインストールされていないようであれば、こちらから
ダウンロードし、インストールしてください。

■Java CAPS 6 インストール

CAPS 6 のインストーラ（バイナリ）は、Solaris 版では 900MB近くあるのですが、
インストールを開始するにはこのプログラムを実行します。

#./JavaCAPS.bin

実行すると、次のようなGUIが立ち上がり、インストールのウィザードが始まります。

言語で日本語を選び、「ＯＫ」をを押す。
次の”紹介”のページでも「次へ」ボタンを押し、先に進める。

使用許諾の条項に同意するを選択し、「次へ」を押下。

インストールディレクトリはデフォルトでは"/JavaCAPS6" となっている。
任意のディレクトリを選べるが、ここでは "/opt/JavaCAPS6"とする。

インストールセットとして、「すべて」と「カスタム」を選べるが、「カスタム」を選択し
「次へ」を押下すると以下の画面が表示される。
ここでは、インストールするモジュールを選べるが、今回はすべて選択したまま「次へ」。

ここで、JDKのインストールディレクトリを指定し、「次へ」で進む。

リポジトリの名前と管理ポートをセットする。ここではデフォルトのまま次へ進む。

リポジトリへの接続機能を NetBeans にインストールすることを明示的に
選択して、次へ進む。

実行環境となる、GlassFish (Sun Java System Application Server) の
管理ユーザーやパスワード、各種サービスの管理ポートやサービスポートを設定する。

Sun JMS IQ Manager (= STCMS) のサービスポートを設定する。旧バージョンから
設定を引き継ぐ場合は、旧STCMSのインストールディレクトリを指定する。

Enterprise Manager のホスト名と管理ポートを指定します。EMに接続した場合、
ここで指定したホスト名にリダイレクトされるので、ホスト名で名前解決できない
環境であればＩＰアドレスを指定する。

インストール概要を確認し、「インストール」を押下するとインストールが始まる。
＃マシンパワーにもよりますが、今回使用したSun Fire V20zでは30分弱かかりました。

インストールが成功すれば、「インストール完了」の画面が表示される。

ちなみに、ここまでのシナリオについては、ムービーがあります。
Java CAPS 6からはこのようにサイト上ででチュートリアルなども
配信していきます。

■各種サービスの起動

インストールが完了したら、リポジトリやEM、アプリケーションサーバなどを起動しましょう。
インストールディレクトリには、それらの起動ファイルのリンクが作られていますので、
起動にはそれぞれの起動ファイルを実行するだけです。

# ls st* start_appserver_domain1   start_netbeans   stop_appserver_domain1   stop_repository start_emanager    start_repository   stop_emanager

・リポジトリの起動

# ./start_repository Using CATALINA_BASE:   /opt/JavaCAPS6/repository/repository/server Using CATALINA_HOME:   /opt/JavaCAPS6/repository/repository/server Using CATALINA_TMPDIR: /opt/JavaCAPS6/repository/repository/server/temp Using JAVA_HOME:       /usr/bin/../java Using CATALINA_OPTS:   -Dlog4j.configuration=file:///opt/JavaCAPS6/repository/repository/server/conf/log4j.prope rties Using CLASSPATH:       /usr/bin/../java/lib/tools.jar:/opt/JavaCAPS6/repository/repository/server/bin/bootstrap. jar:/opt/JavaCAPS6/repository/repository/server/conf

・アプリケーションサーバの起動

# ./start_appserver_domain1 admin username:admin admin password: master password: 出力を /opt/JavaCAPS6/appserver/domains/domain1/logs/server.log にリダイレクトしています

・Enterprise Manager の起動

# ./start_emanager Using CATALINA_BASE:   /opt/JavaCAPS6/emanager/server Using CATALINA_HOME:   /opt/JavaCAPS6/emanager/server Using CATALINA_TMPDIR: /opt/JavaCAPS6/emanager/server/temp Using JAVA_HOME:       /usr/jdk/instances/jdk1.6.0_04/jre

■NetBeans の起動

最後にNetBeans を立ち上げましょう。

#./start_netbeans

NetBeans を起動すると以下のようなGUIが表示されます。普通のNetBeans にも見えますが、
右下にリポジトリとの接続を示すマークがあるところが違っています。赤くなっているのは
リポジトリと未接続を表しています。
このマークをクリックするとリポジトリとの接続設定のポップアップが現れます。

ここで、リポジトリとの接続設定をします。プロジェクトの場所について、Solarisの場合
ルートディレクトリに作ることは禁止されているので、/export など任意のディレクトリ配下に
作るように指定します。 

接続できると、右下のマークがライトグリーンに変わり、プロジェクトペインには
「CAPS Component Library」 が表示されます。
この「CAPS Component Library」 が、CAPS 5.1.xでいうところの、「Sun SeeBeyond」に
あたり、中にはインストールされたコンポーネントやeWay などが入ります。

「CAPS Components」 を展開してみると、やはり旧バージョンと変わらない構成でした。
ただし、CAPS 6からは、”eGate → Sun Enterprise Service Bus”のように、
コンポーネント名称が変わっています。
”○○ eWay” も、”Sun Adapter for ○○ ”というふうに、改名されたのですが、
残念ながら、このツリー上では、Batch eWay と Email eWay が旧名のままですね。。

次回はリポジトリやEnterprise Managerについてもみていきたいと思います。

昨日、USでJava CAPS 6がリリースされました。

Seebeyond 時代から数え、5年ぶりのメジャーバージョンアップだけに、
技術的にも大きなジャンプアップがありましたが、前にもお伝えしたとおり、
CAPS 6 はv5.1.xと完全互換を保っています。
つまり、5.1.xのプロジェクトをv6にインポートすると、これまでと同様に
開発、ビルド、デプロイが可能です。

大きなジャンプアップとしては、JBIや各種Webサービス標準への準拠もありますが、
個人的には、オープンソースベースのプラットフォームへ大きく舵をとったことが
戦略上非常に大きなマイルストンになると感じています。
これによって、Sun のソフトウェア上の戦略である、

"Volume makes value. Value makes money."

の路線に乗ったわけです。これが Enterprise のソフトウェアにまで
うまくいくかどうかは、後は市場が決めることだと思いますが、少なくとも、
日本では混迷の色が隠せない（おそらく世界的にもそうですが）SOA市場に
新風を吹き込むことができるのか、客観的には見ものだと思いますし、また、
それが成るように、僕自身もできる限り力を注いでいきたいと思っています。

また、Open ESB が GlassFish コミュニティの一部となったことも見逃せません。
GlassFish には、Sun の中でも特に優秀な Java エンジニアが多数関わっており、
Open ESB にもその影響が及ぶようになれば、また一味も二味も変わること
間違いありません。

これから、コミュニティの動きに目が離せなくなってきました。

 

先週、東京ビッグサイトで開かれていた『ソフトウェア開発環境展（SODEC）』に、
ビジネスパートナーの Nexaweb さんのブースに相乗りさせていただく形で、
Java CAPS を出展してきました。

Nexaweb さんは今まさに注目を集めている、リッチクライアント-RIA の
ソリューションベンダーです。
いわゆるWeb 2.0 技術の成熟によって、さまざまなISVからRIAのソリューションが
提供されていますが、Nexaweb の優れた点はサーバプッシュでの情報配信を
ネットワーク負荷をかけずに効率的、安定的に行える技術を実装しており、
情報の更新をリアルタイムにブラウザに反映させるアプリケーションの開発が
容易に行える開発環境を備えている点です。

エンタープライズレベルの信頼性を求められ、かつ、ユーザビリティを重視するような
シーンにフィットするこの製品は日本でも評価が高く、大手銀行や外資系大手生保に
導入実績があるそうです。
（詳しくは Nexaweb さんのサイトでどうぞ）

下の図を見ていただければ、一目でお分かりいただけると思いますが、
『Enterprise Web 2.0 基盤』 となるNexaweb と、『SOA/ESB 基盤』となるJava CAPS は、
現場から経営陣まで幅広く利用されるエンタープライズアプリケーションの構築において、
きれいな形で補完しあえるソリューションになります。

こと日本企業は現場が強く、システムの導入やリプレースの際、操作性や
表現力に乏しいアプリケーションは、現場から強い抵抗にあうことが多いです。
（過去、ERPの導入時に、そのようなシーンをよく目にしました。）
 一方、クラサバのような仕組では、基幹システムとの結合度が強くなり、
保守開発のコスト、リスクが非常に大きくなってしまいます。

今回の我々からのメッセージは、

　・優れた操作性をWebアプリケーションで実現するWeb2.0の波が
 　　エンタープライズシステムにも波及している。

　・必須となる基幹システムとWebアプリケーションの連携にはSOAのような
　　疎結合のアーキテクチャが適している。

　・しかし、単にWebサービスとリッチクライアントでは、エンタープライズ
　　レベルの品質を実現することは難しい。

　・エンタープライズレベルの品質を保ち、かつ、短期間で安価に開発を
 　 進めるためには適切なミドルウェアの利用が効果的。

　・Newaweb + Java CAPS は非常に有効な組合わせである。

というもので、このテーマでセミナーも行いました。
（当日の私のプレゼン資料はこちらからどうぞ）

ありがたいことに、我々のセッションは立ち見が出るほどの盛況ぶりで、
さらに数社からはすでに詳しい説明やデモを見たいというオファーを受けており、
この領域のニーズの強さを実感しています。

さて、フォローの旅が始まるぅ。

 

 

Java CAPS 本が販売されました。

今月始め Amazon で注文していたのが、ようやく届きました。

これから読みとこうと思っていますが、いかんせん、英語。。。