InfoQ Software Architects' Newsletter A monthly overview of things you need to know as an architect or aspiring architects. View an example
テストケースくらいはなるべく特定のフレームワークに依存させたくないという気持ちはあるものの、さすがに Hibernateやらといったヘヴィな奴をインスタンス化する長い道のりを手でコーディングしたり、単一責任の原則に基づいて真面目に分割されたコンポーネント群のワイヤリングを手でコーディングしたりするのはかなり厳しいものがあるので、そこは目をつぶってテストケースもやはり Springの助けを借りて実装するのが現実的だ。 なお JUnitと Springを連携させるには、spring.jarの他に spring-test.jar が必要となる。 Eclipseについてる JUnitを捨てる Eclipseについている JUnitはちょっと古くて、Springに対応するために必要なインターフェイスJUnit4ClassRunnerが存在していない。なので Eclipseに標準で付属している JUn
はじめまして。sasaki-kです。 わたしは業務で継続ビルド環境として hudson + maven2を気に入って使っています。携帯サイトは実機チェックが大変なため、継続ビルド環境上で結合テスト(Tomcat起動してHttpUnitで内容応答確認、DBの値チェック)ができたらなと思っていました。 一方、こういった用途には Cargo Maven2 plugin が有名です。良く紹介される事例としては Tomcatがリモート環境で起動していて、maven2でビルドしたwarをdeployなのですが・・・テスト用のTomcatを継続ビルドマシンにインストールしたり、tomcatのmanager appを有効にしたり、異なるTomcatのバージョンでのテストも面倒だなあと思っていました。 ところが調べてみたところ、maven cargo pluginには ApacheからTomcatを自動ダウ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く