Just posting an update... I ran Process Monitor to see what other processes might be accessing the files, and it turns out only java.exe is touching these files.
I do see in Process Monitor that it retries for about 10 seconds before finally failing (as indicated in replies to this error on the Subversion mailing lists). I would imagine that 10 seconds would be enough to resolve any conflicts, so I'm left to think that the java application is creating some sort of dead-lock situation.
Do you think this is possible given that Subclipse is performing various background tasks whenever an update or other SVN operation happens?
> -----Original Message-----
> From: Cain, Tom [mailto:tcain@solekai.com]
> Sent: Tuesday, October 16, 2007 8:53 AM
> To: users@subclipse.tigris.org
> Subject: RE: [Subclipse-users] RE: Can't move
> 'folder\.svn\file.ext.tmp' to 'folder\file.ext'
>
> > On 10/16/07, Cain, Tom <tcain@solekai.com> wrote:
> > > >> We've been experiencing a sporatic bug (the best kind of bug)
> when
> > using the
> > > >> svnClientAdapter. We are actually running a command line RCP
> > application as
> > > >> part of a CruiseControl build system.
> > > >>
> > > >> Part of this application updates a WC to an old revision, does
> > some work,
> > > >> then updates it back to the head revision. On these updates, we
> > sporadically
> > > >> get the following error:
> > > >>
> > > >> Caused by:
> > > >> org.tigris.subversion.svnclientadapter.SVNClientException:
> > > >> Problem running log
> > > >> svn: In directory 'C: \wc\source\xyz'
> > > >> Access is denied.
> > > >> svn: Can't move
> > > >> 'C:\wc\source\xyz\.svn\tmp\sample.xml.tmp' to
> > > >> 'C:\wc\source\xyz\sample.xml': Access is denied.
> > > >>
> > > >> Our RCP application is not really all that complex, and we are
> > performing
> > > >> all operations synchronously (i.e. not kicking off separate
> > threads that are
> > > >> fighting for resources).
> > > >>
> > > >> I was actually able to reproduce this error a couple of times in
> > the Eclipse
> > > >> UI by creating a simple toolbar action that did an SVN update to
> > an old
> > > >> revision, then immediately updated to the head revision.
> > > >>
> > > >> My guess is that some part of either Eclipse or Subclipse is
> > holding on to a
> > > >> handle to the sample.xml.tmp file, thus preventing the move.
> > > >>
> > > >> First, what is this move all about?
> > > >>
> > > >> Second, any ideas what may be holding on to the temp file, or
> why
> > it can't
> > > >> be moved?
> > > >
> > > > This would be a general Subversion issue as their API's do all
> the
> > > > work. I see this error all the time on their mailing lists. I
> > > > believe bad virus scanners are the cause. Most people seem to be
> > able
> > > > to exclude .svn folders or an entire work area.
> > >
> > >
> > > Thanks for the info,
> > > I've read the posts on the subversion site, and have disabled all
> > virus scans, as well as Tortoise's icon overlay process, however I
> > still seem to get the error. The reason I'm posting back to subclipse
> > is because although the actual error comes from subversion, I thought
> > the cause of the error may actually come from either subclipse or
> > eclipse.
> >
> > Do you have another file in that same directory in the repository
> > named Sample.xml or otherwise the same as "sample.xml" but differing
> > in case?
> >
>
> Nope, I read that post somewhere too ;)
>
> ---------------------------------------------------------------------
> 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 Wed Oct 17 23:19:24 2007