zh_CN と zh_TW って、zh にフォールバックしちゃいかん、という記憶があったのだけど、ちょっと怪しくもなっているので再確認。Java5 に含まれているプロパティファイルを見ると、zh.properties というファイルはやっぱりないよね。人によっても zh_CN が zh にフォールバックすると主張する人もいた気がするけど、微妙な問題だった気が(政治的な話だったけか)。というわけで、Java自体もzh.propertiesは持ってないし、はっきりさせておいた方が安全なのかね。
ジョギング
あいかわらず、一日おきくらいのペースで走っているのだけど、近頃は、寒くてつらい。体力がどうのこうのという以前に寒さとの戦いだよ。別にプロを目指しているわけじゃないので、夏と冬のマラソンは間違っていると思う今日この頃。春と秋くらいがちょうどよいよ。12月の川口マラソンは、そういう意味では走りやすいのだと思う。来月の東京マラソンは寒さ的にもつらそうな気が・・・。
H2 で DBFlute
昨日の続き。まず、いくつかのバージョンで確認した。どうやら、0.5.8 からおかしいみたい。0.5.7 では、普通に実行できた。っで、問題の箇所は、templates/om/Control.vm の
#if (!$database.isStopGenerateExtendedEntity())
#set ( $path = "${strings.getPackageAsPath(${glPackageExtendedEntity})}${myExtendedObjectClassName}.${glClassFileExtension}" )
#if (!$files.file(${generator.OutputPath},$path).exists())
$generator.parse("om/${glResourceDirectory}/exentity/ExtendedEntity.${glTemplateFileExtension}", $path, "table", $table)
#end
#end
みたい。generator.parse して、できない感じ。これがだめなので、exentity にクラスたちが生成されない。つまり、exentity が存在してれば、ここはパスされるみたいなので、まず、0.5.7 で一度生成した後に、0.6.1 でアップデートすれば、一応コンパイルはできるから回避できるみたい(生成されたコードが問題ないかは未確認)。そもそもの原因はもっと見ないとわからなそう・・・。