Groovyはテストを書くのに向いている、って言うじゃない。 んで、いまどき、開発はMavenベースじゃないですか。 つうことで、mavenのプロジェクトでGroovyテストを書いてみましょうか、という話。 まず、一番うまく行くパターンとして、Maven用の公式groovyプラグインであるところのgmavenが提供する、gmaven-archetype-basicアーキタイプをそのまま使う形。mavenなので、プロジェクトを以下のように生成すると対話形式で $ gmaven-archetype-basic : Choose archetype: : 40: internal -> gmaven-archetype-basic (Groovy basic archetype) とでてくるので40番を選べば*1pom.xmlも出来てフォルダ構成、サンプルのコード・テストコードまでも作ってくれま
PL/SQLのDBMS_OUTPUT.PUT_LINE()に出した内容をJDBC経由で取得する方法。 なるほど，DBMS_OUTPUT.GET_LINE()を使うのか。 ただのバッチ処理向けに作ったPL/SQLは，Java経由で呼ばれる事など気にしないので普通にDBMS_OUTPUT.PUT_LINE()でレポートしてたりするわけだ。せっかく気を利かせて(?)JUnitでテスト組んでも，この部分の証跡が取れないので困っていたが，これで解決。:-D ＃こんなことなら，もっと早く調べておけばよかった。 なお，Groovy（GSQL）だともっと簡単（バッファサイズとかはテキトウに調整して）。 void showOutput() { def exitFlag = false println ">>> 標準出力の内容：BEGIN -----" while (!exitFlag) { sql.call
ようやく本年最初の更新・・・・・ というわけで今年最初のネタは昨年から引き続きGroovyネタです。 Groovyは動的型付け言語でありながら型指定も可能なわけですが、 型指定ができることによるメリットを見つけたので（いや、全然たいしたネタじゃ無いんですけどね(;´Д`)） 例えばNetBeansを使用して下記のようなソースを書いた場合ですが def name="foo" def name2 = name この後、「name」に対して「.(ドット)」を入力すると、NetBeansの場合はnameをString(GString)だと判断し、 適切なメソッドを候補として表示してくれます。 しかし、「name2」に対して「.(ドット)」を入力した場合、「split」とかは候補に出てきません。 これはname2の型がNetBeans的に不明であるためだと思われます。 しかし、下記のように書いた場合
とか極端なことを書いちゃうと、またいろいろ怒られるわけですが。 Grailsによって、少なくともJavaプログラマがRuby on Railsに移行する理由はなくなったと言ってもいいのではないでしょうか。そして、JavaもRubyも知らない人にとっても、今からWebアプリを作成するためにどちらかを選ぶならRuby on RailsよりもGrailsのほうがいいのではないかと思います。 Grailsの価値は、もちろんRuby on RailsのようにWebアプリケーションが作成できることにあるのですが、Ruby on Railsのようなフレームワークというのは他にもあります。 実運用を前提に考えると、Grailsの本当の価値は、Java VMで動くこととSpring+Hibernateがベースになっていることであると思います。つまり、SpringやHibernateといった、Javaの世界で
Groovyで出来てる新しいテスティングフレームワーク。作った人はトレッキーらしい。 →Introducing Spock, a testing and specification framework for the JVM - DZone Java →http://docs.codehaus.org/display/GROOVY/2009/03/10/Meet+Spock! JDaveやeasybもイマイチ感があったけど，spockは次の点でとっても興味深い。 JUnitのテストランナーを利用するので特定の環境に依存することなく使える ブール値で判定を行うので，小面倒なアサーションメソッドを覚える必要がない JUnitに乗っかるって結構重要だと思う。おかげで何の苦労もなしにIntelliJから使えてる。あと，easybで感じたワケわからなさもなかったヨ。 使い方は，こちらに詳しい。→ G
だなと，しみじみ。 テーブル直接いじっちゃうようなプロシージャはさらにDbUnitと組み合わせると良い。 GSQLでOUT引数を持つプロシージャ（っちゅうかファンクション？）の呼び出し方が分かったんで，そのコードのサンプルを晒しておく。 sql = Sql.newInstance(conn) input = "なんかテキトウな入力値" sql.call("{ call testProc(${input}, ${Sql.VARCHAR}) }") { output -> println "OUT引数の値:${output}" } CallableStatementと比べものにならんくらい楽でいいのう。:-) ps. テストだけとか言わないで，いっそのことDAO層はGroovyで書いた方が可読性あるんじゃないかと本気で思い始める俺ガイル。 いや，だらかIDEAはオープンソースじゃ無いって。 J
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く