2014-01-06 6 views
0

Первый вопрос - Есть ли способ проверить, что конкретные файлы jar или файлы классов были инструменты с использованием cobertura?как проверить, не является ли файл класса или файл jar?

Второй вопрос. Не могли бы вы сообщить мне, если в порядке следования муравьям. Я не получаю от этого никакого результата. ни инструментальный файл, ни cobertura.ser и build говорят нормально.

<project> 
<property name="cobertura.dir" value="../cobertura-2.0.3" /> 
<property name="instrumented.dir" value="../destination" /> 
<property name="jars.dir" value="../basedir" /> 

<path id="cobertura.classpath"> 
    <fileset dir="${cobertura.dir}"> 
     <include name="cobertura-2.0.3.jar" /> 
     <include name="lib/**/*.jar" /> 
    </fileset> 
</path> 



<target name="instrument-classes"> 
<taskdef classpathref="cobertura.classpath" resource="tasks.properties" /> 
<delete file="cobertura.ser" /> 

<cobertura-instrument todir="${instrumented.dir}"> 
    <fileset dir="${jars.dir}"> 
     <include name="XXX.jar" /> 
    </fileset> 
    <fileset dir="${jars.dir}"> 
     <include name="YYYY.jar" /> 
    </fileset> 
</cobertura-instrument> 
</target> 
</project> 

ответ

0

Вы можете использовать Java Decompiler, чтобы увидеть ссылки на net.sf.cobertura.xxx классов инструментальных классов. Вы также можете использовать простой текстовый редактор, который принимает визуализацию двоичных файлов (например, TextPad), и вы также увидите ссылки net.sf.cobertura, если внимательно посмотрите (используя инструмент сравнения текста для сравнения исходного класса и инструментального делает его более очевидным).

Ваш муравей фрагмент выглядит все в порядке, за исключением, возможно, за подозрительное:

<property name="jars.dir" value="../basedir" /> 

Возможно, вы имели в виду что-то вроде:

<property name="jars.dir" value="${basedir}/.." /> 

Дело в том, вы должны подтвердить, что вложенные наборы файлов фактически включают в себя файлы , иначе ничего не будет сделано задачей cobertura-instrument.

Смежные вопросы