Bug in AdapterHook, more precisly BundleFileWrapperFactoryHook [message #100176] |
Mon, 22 October 2007 11:54 |
Eclipse User |
|
|
|
Originally posted by: Jan-Hendrik.Diederich.bredex.de
Hello,
another bug in the AdapterHooks (see
http://wiki.eclipse.org/Adaptor_Hooks). More precisely in the
BundleFileWrapperFactoryHook. It should wrap every Bundle and therefore
every file it contains if I return my own Bundle class, i.e. also every
plugin.xml file in every jar _and_ directory. But it only works if I
execute my Eclipse RCP application with a launcher in the Eclipse
environment. If I let it run as an Eclipse RCP my own
BundleFile.getEntry(...) method gets much less calls. And it should make
absolutely no difference!
I even hooked me into the ClassLoaderHook with my own classloader, with
its own getResource(s) and findLocalResource(s) methods, but this methods
are only used to load a few unimportant property files.
That _must_ be a bug. But before creating a BugEntry I ask, just to make
it sure.
If no one disagrees I create a Bugentry.
Jan Diederich
|
|
|
|
Re: Bug in AdapterHook, more precisly BundleFileWrapperFactoryHook [message #100260 is a reply to message #100246] |
Tue, 23 October 2007 07:47 |
Eclipse User |
|
|
|
Originally posted by: Jan-Hendrik.Diederich.bredex.de
Argh! Yes!
Of course: the plugin cache!
I could've got the idea by myself, damn.
Many thanks for answering.
I will add a warning about this to the wiki entry about Adapter Hooks.
Plus: I'm not really sure if this is a bug due to the definition of this
Hook, although its behavior makes sense.
Thanks,
Jan Diederich
Tom Watson wrote:
> The registry caches the content of the plugin.xml so it does not have to
> reparse the content each time eclipse is restarted. Upon restart you
> will not see BundleFile.getEntry(...) called for plugin.xml files. Only
> on the initial startup where the caches are being populated. If you run
> with the -clean option do you see your wrapped bundle file object get
> called for plugin.xml files?
|
|
|
Powered by
FUDForum. Page generated in 0.02671 seconds