Модульное тестирование CDI с CDI-Unit Jglue

Question

Мы хотим использовать каркас Jglue для модульного тестирования нашего приложения CDI. Мы используем gradle для строительства.

Мы подготовили что-то вроде этого:

1) Класс для тестирования:

@Default
public class RateTypeHibernateFactory implements RateTypeFactory {

@Override
public RateType getInstance(String name, String description) {
    RateType rateType = getInstance();
    rateType.setName(name);
    rateType.setDescription(description);
    return rateType;
}

}

2) Интерфейс:

public interface RateTypeFactory {

public RateType getInstance(String name, String description);

}

3) Настройки Gradle (мы следили за началом http://jglue.org/cdi-unit/)

dependencies {

     testCompile (group: 'junit', name: 'junit', version: '4.8.2')
     testCompile (group: 'org.jglue.cdi-unit', name: 'cdi-unit', version: '2.2.0')

}

4) Тестовый класс:

@RunWith(CdiRunner.class)
public class RateTypeFactoryTest {

@Inject RateTypeFactory rateTypeFactory;

@Test
public void testGetInstance() {
    RateType rateType = rateTypeFactory.getInstance();
    assertNotNull(rateType);
}

}

Когда мы запускаем этот простой тест, мы всегда получаем это исключение:

com.etnetera.projects.ticketing.model.factory.RateTypeFactoryTest > testGetInstance FAILED
java.lang.NoSuchMethodError

1 test completed, 1 failed
:test FAILED

В /build/reports/tests/index.html есть:

java.lang.NoSuchMethodError: org.jboss.weld.metadata.BeansXmlImpl.<init>(Ljava/util/List;Ljava/util/List;Ljava/util/List;Ljava/util/List;Lorg/jboss/weld/bootstrap/spi/Scanning;Ljava/net/URL;Lorg/jboss/weld/bootstrap/spi/BeanDiscoveryMode;Ljava/lang/String;)V
at org.jglue.cdiunit.internal.WeldTestUrlDeployment.<init>(WeldTestUrlDeployment.java:80)
at org.jglue.cdiunit.CdiRunner$1.createDeployment(CdiRunner.java:71)
at org.jboss.weld.environment.se.Weld.initialize(Weld.java:137)
at org.jglue.cdiunit.CdiRunner.createTest(CdiRunner.java:82)
at org.junit.runners.BlockJUnit4ClassRunner$1.runReflectiveCall(BlockJUnit4ClassRunner.java:258)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at org.junit.runners.BlockJUnit4ClassRunner.methodBlock(BlockJUnit4ClassRunner.java:255)
at org.jglue.cdiunit.CdiRunner.methodBlock(CdiRunner.java:113)
at org.junit.runners.BlockJUnit4ClassRunner.runNotIgnored(BlockJUnit4ClassRunner.java:79)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:71)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:49)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184)
at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
at org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:55)
at org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:42)
at org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:71)
at org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:49)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
at org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
at org.gradle.messaging.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
at org.gradle.messaging.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
at $Proxy2.processTestClass(Unknown Source)
at org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:103)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
at org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
at org.gradle.messaging.remote.internal.hub.MessageHub$Handler.run(MessageHub.java:355)
at org.gradle.internal.concurrent.DefaultExecutorFactory$StoppableExecutorImpl$1.run(DefaultExecutorFactory.java:66)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)

Пожалуйста, кто-нибудь знает, как избежать этого исключения? Я могу добавить больше деталей, если это необходимо.

Answer 1

Это обычно вызывается неподдерживаемой версией используемого сварного шва. Тем не менее, я только что выпустил CDI-Unit 2.2.1, который исправляет несколько проблем со сборками Gradle. Пожалуйста, вы можете попробовать?

Answer 2

Я столкнулся с подобной проблемой (с сообщением об ошибке немного по-другому). Я много гуглил вокруг этой проблемы, но не нашел много об этом, поэтому я пришел к выводу, что это было специфично для моего проекта. Это привело меня к подозрению о несоответствии версий между зависимостями проекта.

Я использовал weld-servlet: 2.4.0.Final как compile зависимость и cdi-unit: 3.1.4 как test зависимость. И я заметил, что cdi-unit имел зависимость от weld-se-core: 2.3.2.Final, Итак, я добавил weld-se-core в моем управлении зависимостями с той же версией, что и мой weld-servlet артефакт и это решило проблему.

Для дальнейшего ознакомления, вот выдержка из моего pom.xml файл

<properties>
    <weld.version>2.4.0.Final</weld.version>
    <cdi-unit.version>3.1.4</cdi-unit.version>
    (...)
</properties>

<dependencyManagement>
    <dependencies>
        <!-- CDI -->
        <dependency>
            <groupId>org.jboss.weld.servlet</groupId>
            <artifactId>weld-servlet</artifactId>
            <version>${weld.version}</version>
        </dependency>
        <!-- Tests -->
        <dependency>
            <groupId>org.jglue.cdi-unit</groupId>
            <artifactId>cdi-unit</artifactId>
            <version>${cdi-unit.version}</version>
            <scope>test</scope>
        </dependency>
        <dependency>
            <groupId>org.jboss.weld.se</groupId>
            <artifactId>weld-se-core</artifactId>
            <version>${weld.version}</version>
            <scope>test</scope>
        </dependency>
        (...)
    </dependencies>
</dependencyManagement>

<dependencies>
    <!-- CDI -->
    <dependency>
        <groupId>org.jboss.weld.servlet</groupId>
        <artifactId>weld-servlet</artifactId>
    </dependency>
    <!-- Tests -->
    <dependency>
        <groupId>org.jglue.cdi-unit</groupId>
        <artifactId>cdi-unit</artifactId>
    </dependency>
    (...)
</dependencies>

Answer 3

Кажется, вы вызываете метод на интерфейсе без параметров. Вместо RateType rateType = rateTypeFactory.getInstance();вам, вероятно, следует позвонитьRateType rateType = rateTypeFactory.getInstance("name", "description");

Может быть, я что-то пропустил, связанный с gradle?