Scott Palmer <email@example.com> wrote on 03/16/2006 08:48:46
> I've been getting this error for a while now... using Eclipse 3.1
> and Subclipse 0.9.107 (will update soon to 108 or whatever is latest)
> An error was encountered retrieving the Eclipse resource for: 'D:
> The typical cause of this problem is that the case of the drive
> letter and/or path of this file in Eclipse,
> does not match the operating system. The value shown previously
> is the OS path. The project may need to
> reloaded into Eclipse with the correct path to resolve the
> problem. This problem may effect several projects
> but we try to send this message only once per session. This may
> only effect the JavaHL SVN adapter.
> See: http://subclipse.tigris.org/faq.html#path-case for
> background information.
> I get this error with both the JavaSVN and JavaHL adapters.
> The .metadata directory is ignored with svn:ignore on the parent
> Folder. I just don't get it, since Eclipse should know about it's
> own .metadata folder and that it isn't part of my project resources
> in any way.
I guess the main question is what would be triggering us to even be
looking at that folder? Is your entire workspace folder and Subversion
working copy? There are known problems if that is the case.
We issue this message when we get a null returned from Eclipse when trying
to get an IResource for an item. In this case it would make sense that we
would get a null, since technically this is not part of the workspace. I
just have no idea what would be triggering us to be looking at this folder
in the first place. We do not just go snooping around your disk. We
respond to events we are sent by the framework.
Scanned for SoftLanding Systems, Inc. and SoftLanding Europe Plc by IBM Email Security Management Services powered by MessageLabs.
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Thu Mar 16 14:57:14 2006