在Java SE上运行单元测试时使用CDI和Weld的不满意的依赖关系



我有一个小的(Java SE11.x)项目,我正在用Weld测试CDI。我有这些依赖关系(在其他中,但这些是与此问题相关的):

implementation("org.jboss.weld.se:weld-se-core:4.0.0.Final")
runtimeOnly("javax:javaee-api:8.0.1")
testImplementation("org.jboss.weld:weld-junit5:2.0.2.Final")

然后我有一个简单的实体类:

@Entity
@Table(name = "spell_books")
public final class SpellBook extends AbstractPersistable {
@Id
@GeneratedValue(generator = "uuid2")
@GenericGenerator(name = "uuid2", strategy = "uuid2")
@Column(name = "id", nullable = false, updatable = false)
private UUID id;
@Column(name = "name")
private String name;
// ...some one-to-many and many-to-may relationships
public SpellBook() { // No-args constructor required by JPA
spells = new LinkedList<>();
wizards = new LinkedList<>();
}
public SpellBook(final String name) {
this();
this.name = name;
}
public void add(final Spell spell) {
spell.setSpellBook(this);
spells.add(spell);
}
}
@MappedSuperclass
public abstract class AbstractPersistable implements Serializable {
@Version
@Column(name = "version")
private Long version;
}

…和一个DAO类与数据库接口:

import jakarta.inject.Singleton;
import lombok.extern.log4j.Log4j2;
@Log4j2
@Singleton
public class SpellBookDao extends AbstractJpaDao<SpellBook> {
public Optional<SpellBook> findByName(final String name) {
logger.debug("Searching spell book with name [{}]...", name);
final var builder = entityManager.getCriteriaBuilder();
final var criteria = builder.createQuery(clazz);
final var model = criteria.from(clazz);
criteria.select(model).where(builder.equal(model.get("name"), name));
return Optional.ofNullable(entityManager.createQuery(criteria.select(model)).getSingleResult());
}
}
@Log4j2
public abstract class AbstractJpaDao<T extends AbstractPersistable> {
@PersistenceContext
protected EntityManager entityManager;
protected Class<T> clazz;
public void setClazz(final Class<T> clazz) {
this.clazz = clazz;
}
// ...some defaults for persist, merge, findAll, findOne, etc.
}

我要做的是为DAO类编写一个简单的单元测试:

import jakarta.inject.Inject;
import org.acme.service_layer.persistence.SpellBookDao;
import org.assertj.core.api.Assertions;
import org.jboss.weld.junit5.EnableWeld;
import org.junit.jupiter.api.Disabled;
import org.junit.jupiter.api.Test;
import java.util.UUID;
@EnableWeld
final class SpellBookDaoTest {
@Inject
private SpellBookDao dao;
@Test
void findByName_WhenSpellBookExists() {
final var optional = dao.findByName("The Dark Lord Ascending");
Assertions.assertThat(optional)
.hasValueSatisfying(it -> {
Assertions.assertThat(it.getId()).isEqualTo(UUID.fromString("715811c9-ae11-41ec-8652-671fd88cd2a0"));
Assertions.assertThat(it.getName()).isEqualTo("The Dark Lord Ascending");
Assertions.assertThat(it.getSpells()).isEmpty();
Assertions.assertThat(it.getWizards()).isEmpty();
// ...
Assertions.assertThat(it.getVersion()).isEqualTo(0L);
});
}
}

这个stacktrace总是失败:

WELD-001408: Unsatisfied dependencies for type SpellBookDao with qualifiers @Default
at injection point [BackedAnnotatedField] @Inject private org.acme.service_layer.persistence.internal.SpellBookDaoTest.dao
at org.acme.service_layer.persistence.internal.SpellBookDaoTest.dao(SpellBookDaoTest.java:0)
org.jboss.weld.exceptions.DeploymentException: WELD-001408: Unsatisfied dependencies for type SpellBookDao with qualifiers @Default
at injection point [BackedAnnotatedField] @Inject private org.acme.service_layer.persistence.internal.SpellBookDaoTest.dao
at org.acme.service_layer.persistence.internal.SpellBookDaoTest.dao(SpellBookDaoTest.java:0)
at org.jboss.weld.bootstrap.Validator.validateInjectionPointForDeploymentProblems(Validator.java:378)
...many more here

我已经搜索了很多类似的问题/答案,但仍然不能弄清楚我在这里做错了什么。任何建议吗?

顺便说一下,我有一个main/resources/META-INF/beans.xmltest/resources/META-INF/beans.xml。两者的内容相同:

<beans xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns="http://xmlns.jcp.org/xml/ns/javaee"
xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/beans_2_0.xsd"
bean-discovery-mode="all">
<scan>
<exclude name="org.jboss.weld.**" />
</scan>
</beans>

正如我在GitHub问题中所述,这是一个问题,因为截至今天(23/02/2021),weld-junit版本2.x被设置为与Java/Jakarta EE 8一起工作。我需要为Jakarta EE 9及其jakarta名称空间发布一个新的主要版本,该名称空间由Weld 4实现。这应该不会太难,我希望能在一两个星期内找到时间。

编辑:焊接junit版本3.0.0。Final现在可以在Central中使用,并且设计用于Jakarta EE 9名称空间,因此上述问题应该得到有效解决。

在那之前,你只能使用weld-junit,如果你交换到EE 8的javax命名空间,并使用Weld 3实现它。

最后但并非最不重要的是,你的项目混合了EE 8和EE 9构件——这是一个你需要自己解决的问题,主要是由于两者之间的名称空间差异,即使在我们修复了weld-junit之后,也会继续引起问题。

我认为CDI不能提供实现,如果你没有注释至少一个有作用域的注释。在SpellBookDao上添加@ApplicationScoped或@Singleton

刚才看到你已经设置了bean-discovery-mode="all"应该可以…

[编辑]

Add to your gradle
test.doFirst {
copy {
from 'build/resources/main/META-INF/beans.xml'
into 'build/classes/main/META-INF/'
}
copy {
from 'build/resources/test/META-INF/beans.xml'
into 'build/classes/test/META-INF/'
}
}

从https://stackoverflow.com/a/20355024/2710704

使用:

更改测试
@ExtendWith(WeldJunit5Extension.class)
final class SpellBookDaoTest {
@WeldSetup
WeldInitiator weldInitiator =  WeldInitiator.of(SpellBookDao.class);

在gradde配置中添加API的依赖项:"testImplementation("javax: javaee-api: 8.0.1")">

你的豆子会被找到。您现在必须提供EntityManager。

Dochttps://github.com/weld/weld-junit/blob/master/junit5/README.mdhttps://weld.cdi-spec.org/news/2017/12/19/weld-meets-junit5/

最新更新