やっぱり偏ってるよなぁ～

早いものでもう年末の大みそか
今年はホントに色々ありました。。。

新しい仕事
新しい家族

これからもよろしくお願いします。嫁さま
まぁ、ともかく普段からPCをポチポチ触っている割に
自分の知ってることにかなり偏りがあるってことがよーくわかった。

それはMoneyLook3とかいうソフト

正直、こんなに楽だとは。。。

もっと色々見識を広げたいもんだね。

来年はもっと色んな見識を深めたいと思います。

ただの旅行のはずだったのに。。。

２２日から昨日（２４日）まで
嫁さまと一緒に旅行に行ってきました。

とりあえず、富士の樹海へ・・・
ではなく、河口湖へ

そこでお世話になった宿の「うぶや」

かなり良かったと思います。

まさか自分が露天付きの部屋に泊まるようなことがあるとは夢にも思っていなかった。

富士山もやっぱ大きかったですな。

また、新婚だという話をポーター？さんと話している中でポロっといってしまったので、
女将さんがお祝いにワインまでくれましたｗ

しかし、もう一泊したかったなぁ～

UFJカードのWebサービス

これは狙っているのか？？

ユーザー登録ができない！！

僕だけなら「カード会社との情報が一致しない」というメッセージで
申し込みの時に実家の電話番号使ったかなぁ～？
なんて思う程度で済むのですが、

私だけでなく嫁さまも同じようにエラーになる。

挙句、「カード会社との情報が一致しない」と言いつつ

１回目：携帯の電話番号
⇒「カード会社との情報が一致しない」

２回目：実家の電話番号
⇒確認画面へ
この時に「あぁやっぱり」と思ったのもつかの間
確認ボタンを押すと「カード会社との情報が一致しない」
何を考えとるんだ！！

挙句の果てには
３回目：携帯の電話番号（１回目と同じ）
⇒確認画面へ
・・・はぁ？（何故に１回目はダメだったんだ？？）
ふざけてんのか、ここのシステムは！？
しかし、確認ボタンを押すと「カード会社との情報が一致しない」

ここまでやって至った結論は
挙動がまったく理解できない。。。
もしかすると非同期にカード会社と情報のやり取りをしてるのか？とも考えてみたが、
そもそも「このサイト自体がカード会社のもんじゃねぇーの？」とも考えた。
第三機関との個人情報の認証機構に問題が起こってるんじゃないの？とも思ってしまう。

しかし、同じシステムを組む人間としてここまでグダグダで公開とは
ほんとすごい度胸だと逆に関心もした。。。

ここまで言ってホントに入力した内容にカード会社との情報と一致していない内容がある場合は
酔っ払いのたわごとだと思っていただければと思います。

しばらくは使えないね。。。
時間を返せ！このやろー＃

あと２日で今年は仕事納め

世間様はもう１週間続くのがほとんどだと思う。 何で、そんなに働かなきゃならないのさ！ ってな気持ちで１週間早めに休みをとってみた。 う～ん、わがまま全開ですな あとはどれくらい今の仕事が続くのかな？

かなり久々

結婚・引越しやらで まったく家でネットに繋ぐこともできず 気がつけばすでに師走です。。。 まだまだ、バタバタしそうだなぁ～

コンストラクタインジェクション-tyep指定とindex指定

はたして使うのかどうか。。。 とにかく一度動かしてみようってなことで、 あれこれ、リファレンスを見ながらやってみた。 いろいろと種類があるもんだ。 その中でもindex指定ってのがあった。 要はコンストラクタのパラメータの順番に設定を定義していくというものである。 で、気になったのがコンストラクタの定義が

/** 実験 */
public class Hoge {
private Foo foo;
private Bar bar;
/** コンストラクタ１つ目 */
public Hoge(Foo foo, Bar bar) {
 this.foo = foo;
 this.bar = bar;
}
/** コンストラクタ２つ目 */
public Hoge(int number, String string) {
 new HogeExt(number, string);
}
public Hoge() {
 // コンパイラを通すのにとりあえず定義
}
}
class HogeExt extends Hoge {
private int number;
private String string;
public HogeExt(int number, String string) {
 this.number = number;
 this.string = string;
}
}
class Foo {
// とりあえず未定義
}
class Bar extends Foo {
// とりあえず未定義
}

コンストラクタのパラメータが２つの値を用意します。 index,valueな組み合わせを利用すると 単純なint,Stringの組み合わせが呼びだされる。 まぁ、当然と言えば当然なんだけど２つ目のコンストラクタが定義されていないときはExceptionが発生する。 どうしてもtypeではなくindexを使いたい場合はref属性で指定してやれば動いてくれることはわかった。 でも、コンストラクタインジェクションなんて使うかどうか。。。 僕的にはAspectJチック（と言っても範囲は広いけど）なことができれば十分だし。。。

[Spring2.5]factory-beanって何かね？？

なんとなくではあるが、Springの使い方を改めて一から勉強してみる。 まぁ、正直今まででも真面目に見たことはなかったんですが。。。 いいかげんにこういったものの使い方を覚えておかないと この先生きていけるか不安で不安で。。。 ともかく、Spring 2.5.5のSpring ReferenceというPDFを読んでみた。 まだ、chapter3の途中までなんですが、 importとかの存在も知らなかった自分が恥ずかしいです。。。 何かあるんだろうなぁ～とは思いつつ過ごしてきただけにこうやって改めて見てみると 「やっぱり、きちんと書いてるんだなぁ～」と実感です。 あとは、よくドキュメントとかでBeanFactoryってのを呼んでたけど リファレンスではApplicationContextってのを呼んでる（もちろんBenaFactoryも載ってますけど） 階層構造を覗いてみて僕はまだまだ勉強不足ってことがよくわかった。 ApplicationContextの方がBeanFactoryより親なんだね。。。 僕はずっとBeanFactoryが親だと思ってたよ。。。 ともかく、こうやって一つ一つ見直していくといろいろあるもんだということが分かった。 その中でも一番よくわかんなかったのはfactory-beanっていう属性だ。

<!-- the factory bean, which contains a method called createInstance() -->
<bean id="serviceLocator" class="com.foo.DefaultServiceLocator">
<!-- inject any dependencies required by this locator bean -->
</bean>
<!-- the bean to be created via the factory bean -->
<bean id="exampleBean" bean="serviceLocator" method="createInstance">
</bean>

この中のfactory-beanの意義がようわからん。。。 やってることは理解してるつもりではいます。 com.foo.DefaultServiceLocator#createInstance()でタイプ未定義のexampleBeanを返すよん。 ってなところでしょう。 実際動かしてみたし、間違いはないはず。 結局、あえて別定義でBeanを用意するようなパターンってあるのかな？？ もっと複雑になれば変わってくるのかもしれないけど。。。 そもそもファクトリーメソッドをいちいちSpringというコンテナ経由で取得する必要があんのかな？？ だって、結局のところBeanとFactory間の関連が強くなっちゃうんじゃないの？？ それならそのままコーディングした方が楽なような。。。 うーん、たぶん無知な僕は利点が見つかるまでは使わないと思う。。。