Sorry, more details.
The path is correct, case and everything. I have tried many times
to change the workspace, using the "Browse..." button, etc.
I don't know why the path is referring to the .metadata directory;
it is _not_ under subversion control.
Note that _every_ project that is under subversion control appears
fine (when eclipse isn't wedged, anyway), and I can do things like
synchronize with the repository.
I have tried deleting the .metadata directory and having eclipse
create a new one. No help.
I have tried reloading all the projects into eclipse (deleting the
.metadata directory tends to encourage that). No help either.
And I am using JavaSVN, and have been all along.
Nothing in the FAQ appeared to apply, and I should have said so.
--Andy
On Jan 30, 2006, at 3:15 PM, Mark Phippard wrote:
> Geez, I changed the message to something like 7 lines of detail
> with a link
> to an FAQ with even more information and yet you did not say
> anything about
> what the error message is telling you is the problem?
>
> This "situation" typically occurs for every file in the project so I
> changed the code so that it only send an error message 1-time per
> "session". That is why you do not see it repeated.
>
> The FAQ has more details but what it comes down to is that
> Subversion has
> given us the path shown in the message, we then ran an Eclipse API
> to give
> us the Eclipse IResource for that path and it gave us a null. The
> typical
> cause is the one stated -- that the case is different. Given that
> the OS X
> file system is case-preserving but not case-senstive (same as
> Windows) this
> is most likely the cause. For example, Eclipse might know your
> workspace
> path as /users... instead of /Users. You should be able to
> navigate to the
> resource shown in the message using the Eclipse Navigator view.
> Right-click and choose Properties, then click on the Resource property
> page. This will show the full path as Eclipse sees it. Something
> in that
> path will differ in case from the true path that the filesystem
> reports.
>
> As the FAQ states, the other easy workaround is to use the JavaSVN
> adapter.
> Since it is written in Java and running from Eclipse it gets all of
> its
> paths in the same case as Eclipse so the problem is not triggered.
>
> Mark
>
>
> ______________________________________________________________________
> _______
> Scanned for SoftLanding Systems, Inc. and SoftLanding Europe Plc by
> IBM Email Security Management Services powered by MessageLabs.
> ______________________________________________________________________
> _______
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
> For additional commands, e-mail: users-help@subclipse.tigris.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: users-help@subclipse.tigris.org
Received on Tue Jan 31 01:42:27 2006