最終回。
星飛雄馬がペナントレース制覇の後、日本シリーズで４連投、大リーグボール１号、２号、３号*1、右１号を全部使って、パーフェクトゲーム達成で最高殊勲選手となり、その活躍を見ながら星一徹が眠るように死亡。花形明子出産。長嶋が「星、君は巨人の星だ」、と、ここまでは良いんだが、その後、新人江川を見て「また、巨人の星を目指して飛び立とうとしている男がいる…」は蛇足な気が。よりによって江川入団かよ。んでその後、飛雄馬は大リーグ目指して渡米する船に乗っておしまい。
結局大リーグボール右１号・蜃気楼ボールは、花形以外誰も破れなかったし、花形も燕反し打法で一発打つと体を壊して引退、だから無敵の魔球だな。

XSDから対応するJAXBなクラスを生成、同じXSDから殆ど空のようなサンプルXMLも生成、

<?xml version="1.0" encoding="UTF-8"?>
<de:Hoge
	xmlns:de="http://hogehoge/"
	xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
</de:Hoge>

こう使う。

String inputStr="<?xml ..."
StringReader sr = new StringReader(inputStr);
JAXBContext jc = JAXBContext.newInstance(HogeType.class);
Unmarshaller u = jc.createUnmarshaller();
HogeType data = (HogeType) u.unmarshal( sr );

でいきなり、

javax.xml.bind.UnmarshalException: unexpected element (uri:"http://hogehoge/", local:"Hoge"). Expected elements are (none)

で訳がわからないよ。
いやエラーは良い(良くない)んだが、トラブルシュートに難儀する。ここは日和っていつものJDOMにするか。いや先日のMetroもあり、JAXBも使ってみたかったが…。ありゃどうも先にJavaありきで始めると割と良かったが逆は今回のような体たらく。
しかし実際は何が原因なんだろうなぁ。エラーメッセージからして例によって、鬼門・ネームスペースか。私の場合、XMLのネームスペースは「在ってよかった！」って場面より、トラブルの元になることの方が多いような。
どうもアンマーシャリングには別のパーサを使えるらしい。http://java.sun.com/javase/ja/6/docs/ja/api/javax/xml/bind/Unmarshaller.html　しかし解決になるかは不明だな。結局パース部分はブラックボックスな訳だし。しかし今後対応するXSDが増えるとしたらJAXBにはしておきたい所。

が安いというので銀座三越に行ってきた。
肩の角度が左右で違う事が判明。うーむ。長年肩掛け鞄を使った所為なのか。
天気が微妙な所為か、やけに道が空いてて歩きやすくて真に結構。銀座は割と近所にも関わらず結婚前は殆ど行かなかったので未だに物珍しい。
ちなみに元が高かったのか、あんまり安いって程安くはなかった。

本当は「ActiveMQ in Action」を読みに図書館行ったが無かったのでこっち。ただ、J2EE 1.3をJMSサーバに使ってるみたいで古い。そしてあんまり大した事書いてない。JMS自体も使うだけなら別にそう複雑な話でも無いしなー。
それにしても世の中のJMSクライアントのサンプルがみんなExceptionListenerを省いているのは如何なものか。
キューの場合、セッションは必ず１スレッドで使う、というかセッション自体がそもそもスレッドのコンテキストに名前をつけたものなのか。APサーバのMDBは複数インスタンスだけどどうしてるんだろう？セッションは一つで受信後にデータを別スレッドキューに渡して処理してるのだろうか。でもそれだと失敗時にロールバック面倒なような。

Java Message Service導入ガイド―J2EEのためのメッセージング (The Java series enterprise edition) マーク ハプナー ラフル シャルマ キム ハーゼ リッチ ブリッジ ジョゼフ フィアリ クレオミドルウェア事業部 ピアソンエデュケーション 2003-03 売り上げランキング : 724552 Amazonで詳しく見る by G-Tools

急いで途中まで斜め読みしただけだが、字がでかい。
OLAPとは何ぞや？という話が書いてあった。
EDP　事務
　↓
MIS　経営管理レベル　１９６０−７０
　↓
DSS(１９８０年)
　↓
OLAP
だそうな。キューブ云々はまだ読んでない。
EssBaseってこんな古い本で紹介されてる歴史ある代物だったのね。これもまたOracleに買収されて微妙だが。なんか私の行く先々の製品みんなOracleが買収してる感じ。

OLAP―実践データウェアハウス (CR選書) 豊島 一政 木村 哲 日本経営科学研究所 1997-07 売り上げランキング : 487618 Amazonで詳しく見る by G-Tools

６時に出先での仕事が終わり、偶然にも丁度７時に同じく青山で飲み会だったので、１時間暇。今日はやけに寒いので余り歩き回らず時間を潰そうとPRONTOに入ったら、何ですってね、６時からは飲み屋モードでアイスコーヒーしか出ないんだそうで。そのアイスコーヒーが一杯480円。んで、飲み屋モードに変形完了したPRONTOは明かりが超暗い。
いやPRONTOは初めて入ったが、てっきりドトールとかスターバックスの同類と思ってたが、別の何かであった。認識を改めねば。
ちなみにアレ系喫茶店の中ではベローチェ最強説。

昨日の件。
結論から言うとActiveMQでもWebLogic同様に、JMSの接続ファクトリをJNDI経由で取得することが出来た。

接続先のURLはtcp://localhost:61616で、コネクションファクトリ名は"ConnectionFactory"。WebLogicでは事前に管理コンソールでコネクションファクトリ作っておくんだけど、これは特に事前に定義等はしてないけど見つかった。謎。grepしたらconf/camel.xmlにそれっぽい定義があった。名前変えられるのかな？
で、謎のjndi.propertiesについては、普通にドキュメントに書いてあった。

The first thing is ActiveMQ does not provide a full JNDI server. This means JMS clients need to use properties files to create a jndi IntialContextFactory.

http://activemq.apache.org/jndi-support.html

という事だそうな。
ということは、WebLogicから送信する時はjndi.propertiesをクラスパスに入れないといけないかもな。
次はC++からのアクセスと、WebLogic側のJMSキューのステータスとか取るWLSTの準備だな。

昨日の件。図にすると、WebLogicの各コンポーネントとJMSクライアントの関係はこうなっていると思う。

JMS接続ファクトリやJMSキューの実体はWebLogic側のJNDIに登録され、クライアントはJNDI経由でそれらを参照して利用。
となると、クライアントからWebLogicへのソケット接続情報はJNDIのコンテキスト取得時に設定する。
ActiveMQもJMS関連は同じコンポーネントを持っているはずなのだが、クライアントのソースを見ると、こういう感じ

接続ファクトリをJNDI経由じゃなくて、ポート61616を決め打ち(ActiveMQが提供するクラスの定数になってる)にして自前でnewしてる。キューはActiveMQ上のJNDIを参照して取ってるみたい。
つまりソケット接続情報が２つ存在する。JNDIのURL(tcp://localhost:61616)と、接続ファクトリ作る時の相手URL(failover:tcp://localhost:61616)。まぁ結局同じポートなんだけど。
んで。
今度はWebLogicがJMSクライアントとなり外部JMSサーバであるActiveMQに接続する場合、WebLogicの管理画面はActiveMQの接続ファクトリオブジェクトのインスタンスをnew出来る訳が無いので、JNDI参照する事になる。
ということは、WebLogic側の設定画面でソケット接続情報すなわちポート番号をセットする箇所はJNDIのコンテキストの辺りしかない、という事になるな。
そして謎が残る。ActiveMQ用JMSクライアントが持つjndi.propertiesは一体何をしてるんだろう？ここにキュー名の設定を入れないと確かに動作しないんだが…。