|
Re: Clearing out the bean info caches [message #123869 is a reply to message #123855] |
Wed, 26 April 2006 13:40 |
Eclipse User |
|
|
|
Originally posted by: jefmyers.us.ibm.com
Darren,
The quick and dirty way to do this is to go to your workspace's
..metadata/.plugins/org.eclipse.jem.beaninfo directory and delete the
..cache directory. It'll be recreated next time you open the VE.
- Jeff
|
|
|
Re: Clearing out the bean info caches [message #123881 is a reply to message #123869] |
Wed, 26 April 2006 13:43 |
Eclipse User |
|
|
|
Originally posted by: jefmyers.us.ibm.com
Oh, and if you are changing beaninfo in your own project, you may need
to remove the .cache folder in
..metadata\.plugins\org.eclipse.core.resources\.projects\<your
project>\org.eclipse.jem.beaninfo too.
- Jeff
|
|
|
|
Re: Clearing out the bean info caches [message #123929 is a reply to message #123855] |
Wed, 26 April 2006 14:08 |
Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
Actually I'm interested in finding out why it didn't detect the changes.
Are the BeanInfo classes in your project itself instead of in a jar
through the BeanInfo contribution extension point?
If it is, then that is one hole we have. We don't know when those
beaninfo changes. We only know if the class the Beaninfo is for is
changed or the contribution point's jar changes.
--
Thanks,
Rich Kulp
|
|
|
|
Re: Clearing out the bean info caches [message #124369 is a reply to message #123981] |
Fri, 05 May 2006 15:47 |
Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
In your case we don't know they changed. Currently the timestamps of the
beaninfo classes themselves are not maintained in the cache. Only the
timestamps of the classes that the beaninfo is for (i.e. if you have a
XYZabcBeanInfo class, and an XYZabc class, we check the timestamp for
XYZabc, not for XYZabcBeanInfo class). This is because our current way
of doing most beaninfo contributions is from the plugin.xml file. So if
the eclipse configuration is changed we clear the beaninfo cache (except
if the timestamp of the class as noted above changes). but changing the
beaninfo for a file a project is not detected.
This tells me what more we need to check in the future to see if the
cache is stale.
Thanks,
Rich
--
Thanks,
Rich Kulp
|
|
|
|
|
|
Re: Clearing out the bean info caches [message #612765 is a reply to message #123855] |
Wed, 26 April 2006 14:08 |
Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
Actually I'm interested in finding out why it didn't detect the changes.
Are the BeanInfo classes in your project itself instead of in a jar
through the BeanInfo contribution extension point?
If it is, then that is one hole we have. We don't know when those
beaninfo changes. We only know if the class the Beaninfo is for is
changed or the contribution point's jar changes.
--
Thanks,
Rich Kulp
|
|
|
|
Re: Clearing out the bean info caches [message #612832 is a reply to message #123981] |
Fri, 05 May 2006 15:47 |
Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
In your case we don't know they changed. Currently the timestamps of the
beaninfo classes themselves are not maintained in the cache. Only the
timestamps of the classes that the beaninfo is for (i.e. if you have a
XYZabcBeanInfo class, and an XYZabc class, we check the timestamp for
XYZabc, not for XYZabcBeanInfo class). This is because our current way
of doing most beaninfo contributions is from the plugin.xml file. So if
the eclipse configuration is changed we clear the beaninfo cache (except
if the timestamp of the class as noted above changes). but changing the
beaninfo for a file a project is not detected.
This tells me what more we need to check in the future to see if the
cache is stale.
Thanks,
Rich
--
Thanks,
Rich Kulp
|
|
|
Powered by
FUDForum. Page generated in 0.03318 seconds