Аркильские файлы в пути к классам, хотя они не определены в WebArchive при выполнении тестов

Question

Тестирование Arquillian 1.9.final контейнера TOMCAT-EMBED-7, и я получаю сомнительные результаты в отношении создания WebArchive для тестирования.

В/SRC/основные/ресурсов, у меня есть несколько конфигурационных файлов, которые я не хотите использовать при работе интеграционные тесты, а я хочу, чтобы обеспечить именованные те, хранящиеся в/SRC/вставлять-ITEST/Ресурсы.

 org.jboss.shrinkwrap.api.Filter x = Filters.exclude(".*Test.*|.*xml|.*properties"); 
     WebArchive webArchive = ShrinkWrap 
      .create(WebArchive.class, "mytest.war") 
      .addPackages(true, x, "com.myapp") 
      //and some other additions 

Затем в конце процесса srhinkwrap, добавить конкретные тестовые файлы, я хочу использовать:

File n = new File("src/embed-itest/resources/test-log4j.properties"); 
    webArchive.addAsResource(n,"log4j.properties"); 

Однако поведение все еще работает, как будто он с помощью/SRC/главная/ресурсы/log4j.properties. Я проверял, что _DEFAULT_DEFAULT_mytest.war действительно имеет содержимое test-log4j.properties как log4j.properties, но при запуске тестов поведение походит на /src/main/resources/log4j.properties. (и это верно для других файлов конфигурации, таких как camelContext.xml, которые я пытался переопределить).

У кого-нибудь есть понимание? Я надеялся использовать возможность создания пользовательского WebArchive с конкретными файлами в архиве для более точного тестирования, но фактическое поведение похоже на то, что это была «стандартная» война, которая ограничивала то, что я считал отличной возможностью аркиллий ,

Answer 1

Я думаю, проблема заключается в том, что yo использует встроенный подход Tomcat, что означает, что вы делите JVM своих тестов с вашим экземпляром Tomcat. Я предлагаю вам попробовать в управляемом или удаленном режиме.