Re: Help plugin content is cached, can't see changes [message #471302] |
Wed, 02 January 2008 21:17 |
Eclipse User |
|
|
|
Originally posted by: nospam_kowalskilee.gmail.com
Hi Mario,
*Note*: I'm adding newsgroup = eclipse.platform.ua to this thread,
because that's the newsgroup focused on items about the help system. (ua
= user assistance).
I've been told in the past by the Eclipse UA team that if you update the
version number (the third position one, like 1.2.1 goes to 1.2.2) and
use -clean and restart, that Eclipse will refresh its cached info and
you won't see old content.
But it sounds like you've already done that.
Something that I've done in the past, when I haven't wanted to update
the plugin version number because I'm in rapid iterative development of
the content, is that I delete everything that's in the
eclipse/configuration folder *except* the config.ini file. That is,
delete the directories named like "org.eclipse.*". That usually does the
trick for me.
Sometimes I also delete the .metadata directory from my workspace (this
latter is a bit drastic, because I don't know what other effects it
would have. I do the .metadata delete as a last resort).
If you are viewing the content in an external system browser like
Firefox or IE, you might also check to make sure that the browser is not
caching pages and showing you what's in its browser cache.
Hope that helps,
Lee Anne
Mario Korf wrote:
> I'm using Eclipse 3.3. I created a help plugin project with the wizard
> and it works. I made some changes to the project to add my own content,
> TOC, etc., and it works. I delete the old plugin, add the new one, and I
> see the changes.
> But suddenly things aren't working that way. Now I've made some more
> changes, but it's displaying old information. I'm absolutely sure the
> changes are being built correctly, because if I use another Eclipse
> program (same build and everything), I can see the new help content. But
> for some reason, my one Eclipse program is caching the help.
>
> I've tried killing processes, refreshing data in a myriad of ways,
> restarting my computer, and pretty much anything else I can think of.
> I've searched these archives and found that other people have had
> similar issues, but I can't seem to find the _nav.xml file that I'm
> supposed to delete (that topic was from a few years ago, maybe this file
> doesn't exist or is renamed?). I've tried editing the version number on
> the plugin.xml file and other suggestions.
>
> Where is the help being cached and how can I either stop it from
> caching, or clear the cache?
>
>
>
|
|
|
|
Re: Help plugin content is cached, can't see changes [message #474706 is a reply to message #474705] |
Wed, 22 October 2008 14:57 |
Eclipse User |
|
|
|
Originally posted by: nospam_kowalskilee.gmail.com
Hi Mike,
Yes, the old way of clearing configuration directory no longer works in
3.4.x.
There's a thread on the eclipse.technology.equinox newsgroup about 3.4's
p2 ability to pick up new plug-ins in the dropins directory. I haven't
seen the clarity that I need yet.
I haven't had the cycles recently to do a good use case experiment where
it fails reproducibly. I do see that there is some type of cached
metadata located in the bundles.info file in
configuration/org.eclipse.equinox.simpleconfigurator and in the
*repository* files in configuration/.settings
But I don't know the relationships between them all (yet).
--Lee Anne
Mike Melton wrote:
> Removing all the folders in configuration directory (and leaving the
> config.ini) breaks my Infocenter running on 3.4.1. (This is the method I
> used in 3.0.1.)
>
> Removal of the following folders doesn't break Infocenter
>
> org.eclipse.core.runtime
> org.eclipse.osgi
> org.eclipse.update
>
> But, I'm not sure it refreshes the content. I'd really appreciate some
> clarity on this issue.
>
>
>
|
|
|
|
Re: Help plugin content is cached, can't see changes [message #621650 is a reply to message #474705] |
Wed, 22 October 2008 14:57 |
Eclipse User |
|
|
|
Originally posted by: nospam_kowalskilee.gmail.com
Hi Mike,
Yes, the old way of clearing configuration directory no longer works in
3.4.x.
There's a thread on the eclipse.technology.equinox newsgroup about 3.4's
p2 ability to pick up new plug-ins in the dropins directory. I haven't
seen the clarity that I need yet.
I haven't had the cycles recently to do a good use case experiment where
it fails reproducibly. I do see that there is some type of cached
metadata located in the bundles.info file in
configuration/org.eclipse.equinox.simpleconfigurator and in the
*repository* files in configuration/.settings
But I don't know the relationships between them all (yet).
--Lee Anne
Mike Melton wrote:
> Removing all the folders in configuration directory (and leaving the
> config.ini) breaks my Infocenter running on 3.4.1. (This is the method I
> used in 3.0.1.)
>
> Removal of the following folders doesn't break Infocenter
>
> org.eclipse.core.runtime
> org.eclipse.osgi
> org.eclipse.update
>
> But, I'm not sure it refreshes the content. I'd really appreciate some
> clarity on this issue.
>
>
>
|
|
|
Powered by
FUDForum. Page generated in 0.04686 seconds