@SuppressWarnings({“unchecked”})
private T getTargetObject(Object proxy, Class targetClass) throws Exception {
while( (AopUtils.isJdkDynamicProxy(proxy))) {
return (T) getTargetObject(((Advised)proxy).getTargetSource().getTarget(), targetClass);
}
return (T) proxy; // expected to be cglib proxy then, which is simply a specialized class
}

Make sure that version 2.2 of cglib is on your class path. Once you have that, you need to force spring to generate a subclass of your bean. This is done with the following attribute in your config xml.

Now the bean can be cast to the appropriate class without any AOP silliness. You can read more about it here.

http://static.springsource.org/spring/docs/2.5.x/reference/aop.html#aop-proxying

Thank you very much.
Julio.

@Override
protected void onSetUp() throws Exception {
FooBeanImpl fooBeanImpl = getTargetObject(fooBean);
fooBeanImpl.setBarRepository(new MyStubBarRepository());
}

Sometimes I have the feeling that Java generics do really shitty things to code readability.

@Override
protected void onSetUp() throws Exception {
this.<FooBeanImpl>getTargetObject(fooBean).setBarRepository(new MyStubBarRepository());
}

I don’t follow about removing the targetClass param. If I do so, the type parameter T does not resolve to the type of the bean, hence I cannot call setBarRepository on it. If you have it working without that extra param together with a type param, could you the post the getTargetObject method here?

I might have an answer to your first question.
You can remove the targetClass parameter from the getTargetObject method. You would have to call the getTargetObject as follows.

@Override
protected void onSetUp() throws Exception {
this.getTargetObject(fooBean).setBarRepository(new MyStubBarRepository());
}

Greetings