I know that this is reopenning a thread from a long time ago, but I have
recently had the same problem, and couldn't find an issue for the fault. My
setup was:
1) Using Eclipse and TortoiseSVN
2) Recently updated TortoiseSVN to 1.5.3
3) This upgrade caused modifications to my working copies which eclipse then
complained about (something like "This working copy has been created with a
newer SVN client - update your SVN client").
4) Upgraded subclipse to 1.4.4, and removed 1.2(?).x
5) Selected about 10 projects in my workspace
6) Clicked Team > Update
Resulted in:
!ENTRY org.eclipse.core.jobs 4 2 2008-09-17 21:44:58.718
!MESSAGE An internal error occurred during: "SVN Update".
!STACK 0
java.lang.IllegalArgumentException: Thread attempted to read nesting count of
a lock it did not own
at org.tigris.subversion.subclipse.core.util.Assert.isLegal(Assert.java:56)
at
org.tigris.subversion.subclipse.core.util.ReentrantLock.getNestingCount(ReentrantLock.java:71)
at
org.tigris.subversion.subclipse.core.client.OperationManager.endOperation(OperationManager.java:133)
at
org.tigris.subversion.subclipse.core.commands.UpdateResourcesCommand.run(UpdateResourcesCommand.java:83)
at
org.tigris.subversion.subclipse.ui.operations.UpdateOperation.execute(UpdateOperation.java:73)
at
org.tigris.subversion.subclipse.ui.operations.RepositoryProviderOperation.execute(RepositoryProviderOperation.java:71)
at
org.tigris.subversion.subclipse.ui.operations.SVNOperation.run(SVNOperation.java:89)
at
org.eclipse.team.internal.ui.actions.JobRunnableContext.run(JobRunnableContext.java:144)
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:55)
The same error (at least the top level error) occured when I tried to update
just one project as well. The error came up immediately with no time delay.
I then tried deleting some projects, and adding them back in via .psf files.
I got the error "Unable to access default SVN client" or something similar.
After this, I searched on google, and found this blog post:
http://blog.smartlogicsolutions.com/category/greg-jastrab/
Which suggested that I needed JavaHL installed. JavaHL was marked as
optional but not required when I installed subclipse 1.4.4, so I hadn't
installed it.
After installing JavaHL, everything worked fine, so perhaps this needs to be
set up as a 'Required' install?
Hope this helps!
Dave
Wolfgang Pinitsch wrote:
> Hi,
>
> It has something to do with this:
>
> What i did was: Commiting a large ammount of files/folder. During the commit process i clicked cancel. And now the icons in the tree are gone and i cannt update anymore. Attached are 2 screenshots, 1 from the eclipse tree view and 1 to compare with the filesystem with tortoiseSVN. In the filesystem everything looks fine and is working with svn as expected. Any hints?
>
> Regards,
> Wolfgang
>
> -----Ursprüngliche Nachricht-----
> Von: Mark Phippard [mailto:markphip_at_gmail.com]
> Gesendet: Sonntag, 09. September 2007 21:53
> An: users_at_subclipse.tigris.org
> Betreff: Re: [Subclipse-users] Error: Thread attempted to read nesting count of a lock it did not own
>
> On 9/9/07, Wolfgang Pinitsch <wolfgang.pinitsch_at_hyperwave.com> wrote:
>
>> I am trying to svn update my Project but i get an unexpected error:
>>
>>
>> !ENTRY org.eclipse.core.jobs 4 2 2007-09-09 17:12:54.843 !MESSAGE An
>> internal error occurred during: "SVN Update".
>> !STACK 0
>> java.lang.IllegalArgumentException: Thread attempted to read nesting
>> count of a lock it did not own
>> at
>> org.tigris.subversion.subclipse.core.util.Assert.isLegal(Assert.java:56)
>> at
>> org.tigris.subversion.subclipse.core.util.ReentrantLock.getNestingCoun
>> t(
>> ReentrantLock.java:71)
>> at
>> org.tigris.subversion.subclipse.core.client.OperationManager.endOperat
>> io
>> n(OperationManager.java:125)
>> at
>> org.tigris.subversion.subclipse.core.commands.UpdateResourcesCommand.r
>> un
>> (UpdateResourcesCommand.java:81)
>> at
>> org.tigris.subversion.subclipse.ui.operations.UpdateOperation.execute(
>> Up
>> dateOperation.java:70)
>> at
>> org.tigris.subversion.subclipse.ui.operations.RepositoryProviderOperat
>> io
>> n.execute(RepositoryProviderOperation.java:68)
>> at
>> org.tigris.subversion.subclipse.ui.operations.SVNOperation.run(SVNOper
>> at
>> ion.java:89)
>
> Feel free to file an issue. I know this has been reported a couple of times in the past but it looks like no one ever entered an issue for it.
>
> One of the problems with this issue is we need a reliable reproduction recipe so we can fix the error.
>
> --
> Thanks
>
> Mark Phippard
> http://markphip.blogspot.com/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_subclipse.tigris.org
> For additional commands, e-mail: users-help_at_subclipse.tigris.org
>
>
>
> ------------------------------------------------------------------------
>
>
> ------------------------------------------------------------------------
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subclipse.tigris.org
For additional commands, e-mail: users-help_at_subclipse.tigris.org
Received on 2008-09-17 23:22:14 CEST