[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

[Subclipse-users] Subclipse / JavaSVN bug: updating symlinks that point to directories

From: W Craig Trader <ct7_at_unicornsrest.org>
Date: 2006-02-13 09:05:58 CET

I was chided for the temerity of reporting this as a bug without first
getting community approval. While I'm not happy about the attitude (and
having to subscribe to a very-high traffic mailing list just to report a
bug), I'd rather see the problem fixed, so here I am. If someone
concludes that this really is a problem with Subclipse, bug 457 is ready
and waiting to be reopened.

This was with Eclipse 3.1.2, with Subclipse 0.9.105 and Java 1.5.0_03,
on Fedora Core 4 (i386):

I had checked out the trunk of a project (http://trac-hacks.org/svn) and
all went fine. After a day or so, I updated the project. Two
exceptions were thrown complaining about items that were symbolic links
to directories, causing the update to fail. When I removed the symbolic
links in my workspace, and re-ran the update, the update succeeded and
recreated the symbolic link.

The problem occured with the wikigoodiesplugin and pydocplugin projects under

Mark Phippard suggested that 'subversion only supports symbolic links to files';
I tried the commandline 'svn update' on the same workspace, and it worked
fine with subversion 1.2.3. As I indicated above, Subclipse correctly
checked out these symbolic links to directories the first time; it was
only when it tried to update the links after the initial checkout that
there was a problem.

Mark also suggested that I try switching to JavaHL. As indicated above,
I'm using Fedora Core 4, which only supports Subversion 1.2.3 at this
time, and the Subclipse linkages to JavaHL require Subversion 1.3. I
concluded that I didn't have time to build and debug an RPM for Subversion 1.3.X
for Fedora Core 4.

Eclipse error message:

org.tigris.subversion.javahl.ClientException: svn: Failed to add file
'wikigoodiesplugin/1.0': object of the same name already exists

Eclipse exception:

org.tigris.subversion.javahl.ClientException: svn: Failed to add file
'wikigoodiesplugin/1.0': object of the same name already exists
at org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.update(AbstractJhlClientAdapter.java:812)
at org.tigris.subversion.subclipse.core.commands.UpdateResourcesCommand.run(UpdateResourcesCommand.java:65)
at org.tigris.subversion.subclipse.ui.operations.UpdateOperation.execute(UpdateOperation.java:63)
at org.tigris.subversion.subclipse.ui.operations.RepositoryProviderOperation.execute(RepositoryProviderOperation.java:68)
at org.tigris.subversion.subclipse.ui.operations.SVNOperation.run(SVNOperation.java:90)
at org.eclipse.team.internal.ui.actions.JobRunnableContext.run(JobRunnableContext.java:146)
at org.eclipse.team.internal.ui.actions.JobRunnableContext$ResourceJob.runInWorkspace(JobRunnableContext.java:72)
at org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:38)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:76)
Caused by: org.tigris.subversion.javahl.ClientException: svn: Failed to add file
'wikigoodiesplugin/1.0': object of the same name already exists
at org.tigris.subversion.javahl.JavaHLObjectFactory.throwException(JavaHLObjectFactory.java:435)
at org.tmatesoft.svn.core.javahl.SVNClientImpl.throwException(SVNClientImpl.java:1184)
at org.tmatesoft.svn.core.javahl.SVNClientImpl.update(SVNClientImpl.java:372)
at org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.update(AbstractJhlClientAdapter.java:809)
... 8 more

Eclipse environment description:

java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=en_US
Command-line arguments: -os linux -ws gtk -arch x86

W Craig Trader <ct7@unicornsrest.org>
Unicorn's Rest
To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: users-help@subclipse.tigris.org
Received on Mon Feb 13 09:17:04 2006

This is an archived mail posted to the Subclipse Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.