g-client

まだまだ、emacsからbloggerへ投稿できないか？と悩んでいます。。。

g-clientってのを発見はしたんですが、
何やら文字コード周りでうまくいかないというようなのを斜め読みしてしまい、
ちょっと躊躇しています。

何かいいものないかなぁ～。。。

初めての確定申告

今日、確定申告に行ってきた。

意外とあっさり終わった。。。

もっと色んな突っ込みがあるんじゃないかと思っていたのに。。。

しかし、「広域申告センター」ってのは楽なもんだと実感

平日に行くしかないのかと思っていただけに非常に助かった。

ついでにアンケートにも「広域申告センターってどうよ？」的な質問があったが、
非常に助かったので続けてほしいと記入しておいた。

まぁ、何はともあれ無事に終わってよかった。。。
修正申告が発生しませんように。。。

javaDBでコードセットUTF8

DB2と違ってUSING CODESETなんて使えるわけではなく、

そうすりゃいいんだ？と思いながらApache Derbyのサイト内検索でderby.ui.codesetというのを発見した。

しかし、このオプションってij起動時に与える拡張パラメータ -Dhogehoge系のパラメータとして準備してやれば良いらしい。

でもって試してみた。

CLASSPATH周りは省略して

java -cp $CLASSPATH -Dderby.ui.territory=ja_JP -Dderby.ui.codeset=UTF8 -Dij.protocol=jdbc:derby: org.apache.derby.tools.ij

で呼び出せばいいみたい。。。

derby.ui.codesetでUTF8にしたらコンソールが文字化けするなんてのがネットに載っていたがそんなこともなくすんなり動いた。

ただし、これで本当にDBのコードセットがUTF8になっているかは動かしてみないことには何とも言えないなぁ～

一応、Derbyのサイト内での説明では-Dderby.ui.territoryは省略すればローカルのロケールになるとか書いてたと思うが、
如何せん、自分の知らないところで色々設定されると細かいところまでわかんなくなってしまうので、
ちょこちょこ細かいところも見ていこうとおもう。

後はjdbc-odbcを使ってA5:SQL経由で動かすことができるか実験だ！

javaDBのメモ

DerbyではなくJavaDBです。 CentOS上でXサーバ無しで色々しようとしていたので
あくまで自分用のメモレベル

リモート端末上でコマンドラインだけでijを動かしてcreateするまで

1. DERBY_HOMEを設定する(場所は/opt/sun/javadb)
2. ijを起動(場所は$DERBY_HOME/bin/ij)
3. ij>connect 'jdbc:derby:~/test;create=true;';
4. ij>select current date from sysibm.sysdummy1;(DBができてるか確認)

ij上でDBを作るときにダブルクォートではシングルクォートを使わないと実行できない。

これでDBコネクションでのexecute arround methodなパターンの実験ができそうだ。

groovyの正規表現

忘れないようにメモ
こっそり、勉強しているGroovyなんですが

いきなりハマりました。。。

正規表現のオペレータは
==~
間にスペースを入れてしまうと実行できない。。。

スクリプト言語なんですぐに実行できるですが、
何故か一致しない。。。

// これは動く
println "potatoe" ==~ /potatoe/
// 最初にこう書いてハマった。。。
println "potatoe" == ~ /potatoe/

正直、最初はなんで結果がfalseでかえってくるの？と思ってたんですが、
よくよく読んでみると==~でひとつのオペレータなんだそうだ。

hoge == ~ /hoge/
しかし、動いてしまうってのもちょっと怖いなぁ～
hoge == ~だけで評価されてんじゃないのかな？
そうなると残された
/hoge/
はどうなるんだ？？行方不明？？
しかし、その行方不明になってるぽいものも省略したり、改行したりしてもコンパイルエラーになるようだった。。。

しっかり評価してくれないのにコンパイルを通ってしまうのなんてありなのかな？？