我刚刚来自我的小型JavaSE / Guice世界,目前正在发现“由容器携带”-EE6的路径。在使用Glassfish3.1遇到麻烦后,我刚刚切换到JBoss,现在面临的问题不应该是一个。
作为基础设施辅助类,我试图为任何类型的实体创建通用存储库/ DAO。以一种非常简单的方式,这可能看起来像这样。
public class Repository<E, K extends Serializable & Comparable<K>> {
private final Instance<EntityManager> entityManagerInstance;
protected final Class<E> getDomainObjectClass() {
return domainObjectClass;
}
private final Class<E> domainObjectClass;
protected final EntityManager getEntityManager() {
return entityManagerInstance.get();
}
@Inject
public Repository(Instance<EntityManager> entityManageryProvider, Provider<E> domainObjectProvider) {
//This is a dirty hack, sadly :(
domainObjectClass = (Class<E>)domainObjectProvider.get().getClass();
this.entityManagerInstance = entityManageryProvider;
}
public final void persist(E domainObject) {
final EntityManager em = getEntityManager();
em.persist(domainObject);
}
public final Collection<E> getAllEntities() {
final EntityManager em = getEntityManager();
final CriteriaBuilder cb = em.getCriteriaBuilder();
final CriteriaQuery<E> query = cb.createQuery(getDomainObjectClass());
final List<E> result = em.createQuery(query).getResultList();
return Collections.unmodifiableList(result);
}
public final E find(K id) {
Preconditions.checkNotNull(id);
final EntityManager em = getEntityManager();
return em.find(getDomainObjectClass(), id);
}
// [...]
}
现在可能有一个bean不需要依赖于实体的查询功能,而只需要某个实体类型的存储库,例如(可能是测试用例):
public class DomainObjectARepositoryTest{
@Inject
Repository<DomainObjectA, PersistableUUID> domainObjectARepository;
@Test
public void testMitarbeitererstellung() {
for (DomainObjectA a : domainObjectARepository.getAllEntities()) {
// do cool stuff
}
}
}
不幸的是,Weld似乎不喜欢这种通用注射。在部署时,我收到以下错误:
state=Create: org.jboss.weld.exceptions.DeploymentException: WELD-001408 Unsatisfied dependencies for type [Repository<DomainObjectA , PersistableUUID>] with qualifiers [@Default] at injection point [[field] @Inject sompackage.DomainObjectARepositoryTest.domainObjectARepository]
我是否遗漏了某些东西,或者他们只是忘了实施通用注射?据我理解通用的东西,无论如何它都会在编译时被删除 - 到目前为止,这在guice3中工作得非常好。
亲切的问候,
AVI
编辑:发现一个comment由garvin King发现这个行为在规范中,但没有在焊接中实现,(staement是在2009年6月)
答案 0 :(得分:1)
这是一个很长的评论,而不是对你的问题的完整答案,但可能会指出你正确的方向:
我正在关注seam-dev&amp; amp;焊接开发从很长一段时间以来,并且不记得曾经出现过这样的事情。所以我的猜测是,自从Gavin对它发表评论以来,它一直未被列入议事日程。
您可以相对轻松地验证这一假设:
(a)获取对BeanManager的引用并查询它的相关bean类型(或只是Object
在保存方面),当然你必须删除@Inject
in DomainObjectARepositoryTest
以便启动应用程序。
(b)注册扩展并听取ProcessBean
部署期间出现的内容。这将是我建议的方式,你会找到更多信息here。
有了这个结果,你绝对应该知道是否有任何bean类型Repository<E, K extends Serializable & Comparable<K>>
闲置: - )
如果您在此报告结果并考虑在否定案件中提交Jira问题,那将会很酷。