djunit-instrumentタスク

この機能は、version0.8.0で削除されました

はじめに

このdjunit-instrumentタスクは、jcoverageの「instrument」タスクの代替です。
jcoverageが動作する環境と、jcoverage用のbuild.xmlありきで説明します。

djunitタスクを利用すると、このdjunit-instrumentは必要ありませんので、
なるべく、djunitタスクを利用してください。

また、これらサンプルは、ant1.5.1で確認しました。

この方法は、.classファイルを事前に加工し、改造された.classファイルの方を実行するように、クラスパスを調整する方法です。

djunit-instrumentタスク  Λ

djunit-intrumentの属性は４つあります。[2005/04/05]Version0.7.0 targetSrcDir属性追加

属性名	設定できる値	デフォルト値	必須
todir	ディレクトリのパス		必須
targetSrcDir	検査対象クラスのソースディレクトリのパス		必須
virtualmock	yes/on/true, no/off/false	no
coverage	yes/on/true, no/off/false	yes

使用例  Λ

	<taskdef classpath="djunit.jar" resource="djunittasks.properties"/>

	<target name="instrument">

		<djunit-instrument todir=..... targetSrcDir=..... coverage="yes" virtualmock="yes">

			<classpath ..... />

			<fileset dir=.....>
				<include name="**/*.class"/>
			</fileset>

		</djunit-instrument>

	</target>

上記みるとわかりますが、

• filesetタスクでincludeされたクラスファイルを加工
• djunit-instrumentタスクのtodir属性で指定されたディレクトリに加工後のクラスファイルを書き込む
• coverageとVMOを適用するかどうかは、djunit-instrumentタスクのcoverage, virtualmock属性で指定
• 加工するときに必要なクラスパスは、classpathタスクで指定

といったところです。
後は、加工後のクラスを実行するように、クラスパスを調整して、テストを実行させてください。

taskdefタスクのclasspath属性では、djunit.jarファイルを指定していますが、
ANT_HOMEのlibディレクトリの中に、djunit.jarをコピーしているときは、classpath属性は省略できます。

問題点  Λ

このdjunit-instrumentタスクには、問題があります。

• 実行速度が遅い
• 大量のクラスファイルを処理できない

ですので、djunitタスクを新設しました。そちらのやり方では、これらの問題が解決されます。