Posting another update for anyone interested...
A few things I've tried:
Using SVNKit directly... I could not produce the error.
Using JavaHL directly... I could produce the error.
Using Subclipse and forcing it to use SVNKit... I could not produce the error.
Using JavaHL doing the same operations in a completely standalone java program... I could not produce the error.
(Initial error was produced when using Subclipse w/ JavaHL)
I've not figured out why JavaHL is causing the problems, but it seems our solution is to programmatically force Subclipse to use SVNKit.
> -----Original Message-----
> From: Cain, Tom [mailto:tcain@solekai.com]
> Sent: Wednesday, October 17, 2007 1:30 PM
> To: users@subclipse.tigris.org
> Subject: RE: RE: [Subclipse-users] RE: Can't move
> 'folder\.svn\file.ext.tmp' to 'folder\file.ext'
>
> 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
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: users-help@subclipse.tigris.org
Received on Fri Oct 19 18:04:23 2007