SQLマーカ

安定してきました。エディタ左端のルーラ？のようなところにマーカが付きます。まだ少しやることがあるのと、しばらく自分で使ってみて良さそうならリリースしたいと思います。

HOT Deploy

おーすげー。クラス名を変更してビルドしたら即動いた。どうやってやってるんだろ？？
少し見てみると、Classファイルの変更を検出してるわけじゃなくて、そもそも1回キリの使い捨てというわけですか。リクエストの処理が終わったらClassLoaderごと捨てちゃうので次のリクエストでまた組み立てなおす、という感じかな？なるほどなぁ。

Sandbox.Java

少し前にですが、申請の承認をいただいたのでこれからはSandbox.Javaへ開発の場を移すことになります。申請から承認までの時間がえらく短かったようですが特に条件とかはないのかな。

で、プロジェクト名をS2DaoPluginとさせてもらっていますが、「Excelから読み込んでとか既存DBからリバースしてDAO・dicon自動生成、当然アノテーションの補完もバリデーションもバッチリでDAOが生成するSQLもシミュレートできちゃって仕舞いにはそのままDBへ発行」なんて豪華な機能は持ち合わせてないです。今はたったひとつ、DAOからSQLファイルを開くことしかできません。

なので、もし「俺（私）も作ろうかと思ってた」という人がいるなら「けどあるならいいか」とか思わないでぜひ一緒に作って欲しいです。僕一人ではかなり力不足ですから（＾＾；ちなみに上に書いた機能は例えです。

で、今のところ次に実装しようと思ってるのは

• DAOを開いたときにSQLファイルがあるメソッドにマーカを付ける

です。少し試したところマーカを付けるのは思ってたより簡単だったのですが、マーカを付ける・更新する・削除するタイミングを良く考えないとマズそう。ちなみにここまでが開発当初の目標です。

その前にいろいろ調整してリポジトリへインポートしないとダメですね。

0.0.6

実験的に、S2Daoコンポーネントの識別をS2DaoInterceptorがアスペクトされているという条件に限定した実装を作りました。0.0.5までは単順にinterfaceならS2Daoのコンポーネントである、とかなり大雑把な判断をしていましたが、これでやっと厳密な判断ができるようになりました。ただ1つ制限があって、InterceptorChainでS2DaoInterceptorをアスペクトしている場合はまだ判断できません。というかさっき気づいた。

機能的には0.0.5と何ら変わらないので、特に0.0.6に入れ替える必要はないと思います。より正しい判断をお望みの方だけですね。

ちなみに、このバージョンからはkijimunaに依存するようになったのでkijimuna必須です。diconファイルをビルドするように設定してください。バージョンは1.0あたりからなら大丈夫だと思いますが、なるべく神速の1.1を使った方が良いと思います。

http://www.wikihouse.com/uronim1/index.php?s2dao

wikihouse

夜になると繋がらないことが多いなぁ。更新中にアクセスできなくなりそうだったのでエディタにコピペ。やっぱり繋がらなくなった(笑)この感じだと今日は繋がらないっぽい。

FF

ボスキャラが圧倒的に強すぎる気がするんですが。。。というか状態異常系の攻撃がか。レベル上げとかしたくなくてサクサク進みたいんだよね。あとどれだけ上げれば進めるんだろう。と考えるとだんだんやる気がなくなってくるな。

FF（ネタばれあり）

ウォースラが強すぎて倒せません。お金が無くて武器・防具が買えません。行き詰まりました。
お金が手に入る方法が限られててサクサク進めない。Lv20付近なのにまだ初期装備とか。さてどうしようかな。