Класс не найден с Ant, Ivy и JUnit – ошибка в build.xml?

Я пытаюсь получить простой (?) Тестовый проект, работающий с Ant, Ivy и JUnit. Основная идея заключается в том, что Ivy загрузит junit.jar, а затем Ant будет использовать его.

Обратите внимание, что junit jar находится в пути к classам, потому что в противном случае (без элемента classpath в задаче junit) я вижу: « для должен включать junit.jar, если не в собственном пути classа Ant». Кроме того, приведенный ниже class (junit.framework.TestListener) находится в junit-4.8.2.jar.

Тем не менее, когда я пробую ant test на следующее, я вижу:

 test: BUILD FAILED /home/andrew/project/guice/hg/build.xml:33: java.lang.NoClassDefFoundError: junit/framework/TestListener at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:791) ... at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109) Caused by: java.lang.ClassNotFoundException: junit.framework.TestListener at java.net.URLClassLoader$1.run(URLClassLoader.java:366) at java.net.URLClassLoader$1.run(URLClassLoader.java:355) ... 

Итак, я думаю, что что-то не так с моим build.xml? Какие?

Вот файл build.xml:

   simple example build file                                        

и существующую структуру каталогов после компиляции:

 . ├── build │  └── com │  └── isti │  └── example │  ├── AppendToList.class │  ├── DumpToStdout.class │  ├── LimitedCounter.class │  ├── MessageSink.class │  ├── MessageSource.class │  └── SinkToSourceTest.class ├── build.xml ├── dist │  └── lib │  └── example-20130412.jar ├── ivy.xml ├── lib │  ├── junit-4.8.2.jar │  ├── junit-4.8.2-javadoc.jar │  └── junit-4.8.2-sources.jar ├── README.md └── src ├── main │  └── java │  └── com │  └── isti │  └── example │  ├── AppendToList.java │  ├── DumpToStdout.java │  ├── LimitedCounter.java │  ├── MessageSink.java │  └── MessageSource.java └── test └── java └── com └── isti └── example └── SinkToSourceTest.java 

Обновление Кстати, ant -lib lib test (явно дающий каталог lib) работает. И есть много путаных описаний обработки этого в случайных результатах веб-поиска, – но у меня сложилось впечатление, что описанный выше подход согласуется с последними документами (я использую ant 1.9) – см. Пункт 5. Поэтому я думаю, что это может быть ошибкой ; ошибка .

пример

Проект содержит следующие файлы:

 ├── build.xml ├── ivy.xml └── src ├── main │  ├── java │  │  └── org │  │  └── demo │  │  └── App.java │  └── resources │  └── log4j.properties └── test └── java └── org └── demo └── AppTest.java 

Сборка выполняется следующим образом:

 $ ant Buildfile: /home/mark/Files/Dev/ivy/demo/build.xml resolve: [ivy:resolve] :: Apache Ivy 2.3.0 - 20130110142753 :: http://ant.apache.org/ivy/ :: [ivy:resolve] :: loading settings :: url = jar:file:/home/mark/.ant/lib/ivy.jar!/org/apache/ivy/core/settings/ivysettings.xml [ivy:resolve] :: resolving dependencies :: com.myspotontheweb#demo;[email protected] [ivy:resolve] confs: [compile, runtime, test] [ivy:resolve] found org.slf4j#slf4j-api;1.7.5 in public [ivy:resolve] found org.slf4j#slf4j-log4j12;1.7.5 in public [ivy:resolve] found log4j#log4j;1.2.17 in public [ivy:resolve] found junit#junit;4.11 in public [ivy:resolve] found org.hamcrest#hamcrest-core;1.3 in public [ivy:resolve] :: resolution report :: resolve 347ms :: artifacts dl 14ms --------------------------------------------------------------------- | | modules || artifacts | | conf | number| search|dwnlded|evicted|| number|dwnlded| --------------------------------------------------------------------- | compile | 1 | 0 | 0 | 0 || 1 | 0 | | runtime | 3 | 0 | 0 | 0 || 3 | 0 | | test | 5 | 0 | 0 | 0 || 5 | 0 | --------------------------------------------------------------------- [ivy:report] Processing /home/mark/.ivy2/cache/com.myspotontheweb-demo-compile.xml to /home/mark/Files/Dev/ivy/demo/build/ivy-reports/com.myspotontheweb-demo-compile.html [ivy:report] Processing /home/mark/.ivy2/cache/com.myspotontheweb-demo-runtime.xml to /home/mark/Files/Dev/ivy/demo/build/ivy-reports/com.myspotontheweb-demo-runtime.html [ivy:report] Processing /home/mark/.ivy2/cache/com.myspotontheweb-demo-test.xml to /home/mark/Files/Dev/ivy/demo/build/ivy-reports/com.myspotontheweb-demo-test.html resources: [copy] Copying 1 file to /home/mark/Files/Dev/ivy/demo/build/classes compile: [javac] Compiling 1 source file to /home/mark/Files/Dev/ivy/demo/build/classes compile-tests: [mkdir] Created dir: /home/mark/Files/Dev/ivy/demo/build/test-classes [javac] Compiling 1 source file to /home/mark/Files/Dev/ivy/demo/build/test-classes test: [mkdir] Created dir: /home/mark/Files/Dev/ivy/demo/build/test-reports [junit] Running org.demo.AppTest [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.085 sec build: [ivy:retrieve] :: retrieving :: com.myspotontheweb#demo [ivy:retrieve] confs: [runtime] [ivy:retrieve] 3 artifacts copied, 0 already retrieved (512kB/16ms) [jar] Building jar: /home/mark/Files/Dev/ivy/demo/build/dist/demo.jar BUILD SUCCESSFUL Total time: 4 seconds 

ivy.xml

Очень мощная особенность плюща – это конфигурации . Они позволяют группировать зависимости вместе.

                 

Заметки:

  • В конфигурациях используется функция «extends», чтобы эмулировать Maven «компилировать», «время выполнения» и «тестировать» области Maven.
  • Обратите внимание на специальный атрибут «conf» для каждой зависимости. Это сопоставление от локального к удаленному. Для получения дополнительной информации о том, как удаленные модули Maven управляются с помощью плюща, см.: Как отображаются облака maven, сопоставленные с плющовыми конфигурациями плющом

build.xml

Конфигурации Ivy можно использовать с помощью таких задач, как cachepath (для создания пути ANT) и получения (копирование файлов в вашу сборку). Я также рекомендую использовать цель отчета, чтобы вы могли видеть, какие банки появляются в каждой конфигурации (полезно для управления транзитивными зависимостями)

                                                                                          к                                                                                          к                                                                                          к                                                                                          к                                                                                          к                                                                                          к                                                                                          

Заметка:

  • Условная цель «установить-плющ» автоматически установит плющ. Просто заново запустите сборку, только нужно сделать один раз.

App.java

Привет, мировой журнал.

 package org.demo; import org.slf4j.Logger; import org.slf4j.LoggerFactory; /** * Hello world! * */ public class App { static final Logger log = LoggerFactory.getLogger(App.class); public static void main( String[] args ) { App a = new App(); a.speak("hello world"); } public void speak(String message) { log.info(message); } } 

AppTest.java

Это старый пример из моих архивов. Не использовать утверждения Юнита.

 ackage org.demo; import junit.framework.Test; import junit.framework.TestCase; import junit.framework.TestSuite; /** * Unit test for simple App. */ public class AppTest extends TestCase { /** * Create the test case * * @param testName name of the test case */ public AppTest( String testName ) { super( testName ); } /** * @return the suite of tests being tested */ public static Test suite() { return new TestSuite( AppTest.class ); } /** * Rigourous Test :-) */ public void testApp() { assertTrue( true ); } } 

log4j.properties

 # Set root logger level to DEBUG and its only appender to A1. log4j.rootLogger=DEBUG, A1 # A1 is set to be a ConsoleAppender. log4j.appender.A1=org.apache.log4j.ConsoleAppender # A1 uses PatternLayout. log4j.appender.A1.layout=org.apache.log4j.PatternLayout log4j.appender.A1.layout.ConversionPattern=%-4r [%t] %-5p %c %x - %m%n 
Давайте будем гением компьютера.