Re: [Springframework-developer] AbstractBeanFactory and theMergedBeandefinition

[Juergen H. <ju...@in...>]

I guess what you might be looking for is the recent =
"setCacheBeanMetadata"
method that's available on DefaultListableBeanFactory. Default is on; =
call
"setCacheBeanMetadata(false)" to turn off all metadata caching, =
including
caching of Class references.
=20
Juergen
=20

  _____ =20

From: spr...@li...
[mailto:spr...@li...] On =
Behalf
Of Cristian Pascu
Sent: Tuesday, June 27, 2006 9:27 AM
To: spr...@li...
Subject: [Springframework-developer] AbstractBeanFactory and
theMergedBeandefinition


Hi!

I have created a custom BeanFactory by extending =
DefaultListableBeanFactory
for overriding the resolveBeanClass process. I need that for a certain =
bean
definition to provide the class at runtime after I compile it using the
Eclipse JDT compiler.

But I also need to reload this class as the source code changes. For =
this, I
throwaway the classloader that loaded the class and chage the original =
bean
definition that use to hold the compiled class. Anyway, there is a
refference to the old class in the merged bean definition.

This merged beans are maintained in a map that is not visible to =
subclasses.
I would like to have the posibility to simply reset that map in order to
drop all the refference to the old classes.

Do you think that a modification to the current API is possible? If not,
which would be the alternative?

Thank you!

Cristian



  _____ =20

Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls. Great
<http://us.rd.yahoo.com/mail_us/taglines/postman7/*http://us.rd.yahoo.com=
/ev
t=3D39666/*http://messenger.yahoo.com> rates starting at 1=A2/min.