9

我知道这经常被问到，但我找不到可行的解决方案：

这是我的 AbstractDAO ：

public interface AbstractDao<T>
{
  public T get(Serializable id);
  //other CRUD operations
}

这是我的 JPA 的实现：

public abstract class AbstractDaoJpaImpl<T> implements AbstractDao<T> , Serializable
{
  protected EntityManager em;

  protected Class<T> clazz;

  @SuppressWarnings("unchecked")
  public AbstractDaoJpaImpl()
  {
    ParameterizedType genericSuperclass = (ParameterizedType) getClass().getGenericSuperclass();
    this.clazz = (Class<T>) genericSuperclass.getActualTypeArguments()[0];
  }

  public abstract void setEntityManager(EntityManager em);  
  //implementations skipped
}

这是一个实体的道：

public interface PersonDao extends AbstractDao<Person>
{
  //empty
}

这是它的实现：

@Repository
public class PersonDaoImpl extends AbstractDaoJpaImpl<Person> implements PersonDao , OtherInterface
{
  @PersistenceContext(unitName="company")
  @Override
  public void setEntityManager(EntityManager em)
  {
    this.em = em;
  }

  @Override // implements OtherInterface.additionalMethods()
  public additionalMethods()
  {
    // implements...
  }
}

整个架构很简单：

接口AbstractDao定义了简单的 CRUD 方法。

接口PersonDao扩展了 AbstractDAO，没有任何附加方法。

类AbstractDaoJpaImpl定义了 JPA 的 AbstractDao 实现

类PersonDaoImpl扩展了 AbstractDaoJpaImpl 并实现了 PersonDao AND OtherInterface ，它添加了附加方法（） ...

如果， PersonDaoImpl 只实现 PersonDao ，没有实现 OtherInterface.additionalMethods() ，一切正常。

我可以用

<tx:annotation-driven transaction-manager="transactionManager" />

在我春天的 XML 文件中。

但是， PersonDaoImpl 实现 OtherInterface(s) ，在测试/运行时，我必须将 DAO 从 PersonDao 转换为 PersonDaoImpl 或 OtherInterfaces，例如：

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations={"classpath:app.xml"})
@TransactionConfiguration(transactionManager="transactionManager" , defaultRollback=false)
public class PersonDaoTest
{
  @Inject 
  PersonDao dao;

  @Test
  public void testAdditionalMethod()
  {
    PersonDaoImpl impl = (PersonDaoImpl) dao;
    System.out.println(impl.additionalMethod(...));
  }
}

问题发生时(PersonDaoImpl) dao，抛出“Proxy cannot be cast to PersonDaoImpl”异常：

java.lang.ClassCastException: $Proxy36 cannot be cast to foobar.PersonDaoImpl
    at foobar.PersonDaoTest.testAdditionalMethod(PersonDaoTest.java:36)

google的时候经常会问到这个，大家建议proxy-target-class="true"加到<tx:annotation-driven>：

<tx:annotation-driven transaction-manager="transactionManager" proxy-target-class="true"  />

这将使用 CGLIB 而不是 JDK 的动态代理。

但是在初始化 Spring 时它会引发另一个异常：

Caused by: java.lang.ClassCastException: java.lang.Class cannot be cast to java.lang.reflect.ParameterizedType

在 AbstractDaoJpaImpl 的构造函数中：

ParameterizedType genericSuperclass = (ParameterizedType) getClass().getGenericSuperclass();

每个问题都停在这里，我现在找不到任何可行的解决方案。

谁能给我一个可行的解决方案？非常感谢 ！

环境：Spring-3.0.4，javaee-api-6.0，javax.inject，cglib-2.2，hibernate-jpa-2.0-api-1.0.0，

4

2 回答 2

12

你正在解决错误的问题。代理 bean 并不意味着以一种或另一种方式转换为原始类。这将打破依赖注入的全部意义。毕竟：当您将依赖项指定为接口时，您请求的是一个满足合同的 bean，而不是实现细节。将其转换为原始 bean 类会破坏这种松散耦合。

您是说附加方法由您调用的接口支持OtherInterface，那么为什么不使用它呢？毕竟，代理将实现所有目标类的接口，而不仅仅是注入的接口。

@Test
public void testAdditionalMethod()
{
    OtherInterface oi = (OtherInterface) dao;
    System.out.println(oi.additionalMethod(...));
}

基本上你有这些选项（从干净到脏排序）：

  1. 分离您的关注点并为不同的接口使用不同的 bean
  2. 创建一个扩展的元接口， OtherInterface并PersonDao让您的 bean 实现该元接口
  3. 在任何给定时刻将 bean 转换为您需要的接口。
于 2010-10-04T07:26:00.760 回答
0

是的，spring总是创建代理类，这就是它实际上如何通过xml配置发现非侵入式编织和aop...尝试在spring文档中搜索该错误，应该有规则可以遵循和解决。

于 2011-04-07T13:34:04.340 回答