Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » Subversive » java.util.ConcurrentModificationException
java.util.ConcurrentModificationException [message #30485] Wed, 06 August 2008 14:44 Go to next message
Thomas Hallgren is currently offline Thomas Hallgren
Messages: 3208
Registered: July 2009
Senior Member
Buckminster is using SVN connectors in multiple threads simultaneously.
We've been doing that for some time now without problems but now a user
reports CocurrentModificationExceptions (stack-trace below).

Do you have any ideas what's causing this or what I can do to work
around it? (using one thread is not a good option).

Regards,
Thomas Hallgren


java.util.ConcurrentModificationException
at
org.tmatesoft.svn.core.internal.util.SVNHashMap$TableIterato r.next(SVNHashMap.java:437)
at
org.tmatesoft.svn.core.internal.util.SVNHashMap$KeyIterator. next(SVNHashMap.java:468)
at
org.tmatesoft.svn.core.io.SVNRepositoryFactory.create(SVNRep ositoryFactory.java:190)
at
org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool.createRep ository(DefaultSVNRepositoryPool.java:214)
at
org.tmatesoft.svn.core.wc.SVNClientManager.createRepository( SVNClientManager.java:247)
at
org.tmatesoft.svn.core.wc.SVNBasicClient.createRepository(SV NBasicClient.java:297)
at
org.tmatesoft.svn.core.wc.SVNBasicClient.createRepository(SV NBasicClient.java:289)
at
org.tmatesoft.svn.core.wc.SVNBasicClient.getLocations(SVNBas icClient.java:792)
at
org.tmatesoft.svn.core.wc.SVNBasicClient.createRepository(SV NBasicClient.java:483)
at org.tmatesoft.svn.core.wc.SVNLogClient.doList(SVNLogClient.j ava:775)
at org.tmatesoft.svn.core.javahl.SVNClientImpl.list(SVNClientIm pl.java:351)
at org.tmatesoft.svn.core.javahl.SVNClientImpl.list(SVNClientIm pl.java:338)
at
org.polarion.team.svn.connector.svnkit.SVNKitConnector.list( SVNKitConnector.java:1211)
at
org.eclipse.team.svn.core.extension.factory.ThreadNameModifi er.list(ThreadNameModifier.java:276)
at org.eclipse.team.svn.core.utility.SVNUtility.list(SVNUtility .java:365)
at
org.eclipse.buckminster.subversive.internal.SubversiveSessio n.listFolder(SubversiveSession.java:949)
Re: java.util.ConcurrentModificationException [message #30520 is a reply to message #30485] Wed, 06 August 2008 15:14 Go to previous messageGo to next message
Achim Demelt is currently offline Achim Demelt
Messages: 160
Registered: July 2009
Senior Member
Hi,

I've been experiencing the same problems. It is caused by a flaw in the
SVNkit library. I've poked around in their code base a bit and it seems
that this should be fixed in the latest 1.2.x releases. They've wrapped all
calls to the offending HashMap in synchronized blocks.

AFAIK, the subversive project already incorporated this fixed version in
their recent 0.7.2 release. So: Just update the features in your IDE :-)

Thomas, if you upgrade the subversive.headless.feature as well, everybody
should be fine.

Disclaimer: I haven't had time to check it, though ;-)

Regards,
Achim


Thomas Hallgren wrote:

> Buckminster is using SVN connectors in multiple threads simultaneously.
> We've been doing that for some time now without problems but now a user
> reports CocurrentModificationExceptions (stack-trace below).
>
> Do you have any ideas what's causing this or what I can do to work
> around it? (using one thread is not a good option).
>
> Regards,
> Thomas Hallgren
>
>
> java.util.ConcurrentModificationException
> at
>
org.tmatesoft.svn.core.internal.util.SVNHashMap$TableIterato r.next(SVNHashMap.java:437)
> at
>
org.tmatesoft.svn.core.internal.util.SVNHashMap$KeyIterator. next(SVNHashMap.java:468)
> at
>
org.tmatesoft.svn.core.io.SVNRepositoryFactory.create(SVNRep ositoryFactory.java:190)
> at
>
org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool.createRep ository(DefaultSVNRepositoryPool.java:214)
> at
>
org.tmatesoft.svn.core.wc.SVNClientManager.createRepository( SVNClientManager.java:247)
> at
>
org.tmatesoft.svn.core.wc.SVNBasicClient.createRepository(SV NBasicClient.java:297)
> at
>
org.tmatesoft.svn.core.wc.SVNBasicClient.createRepository(SV NBasicClient.java:289)
> at
>
org.tmatesoft.svn.core.wc.SVNBasicClient.getLocations(SVNBas icClient.java:792)
> at
>
org.tmatesoft.svn.core.wc.SVNBasicClient.createRepository(SV NBasicClient.java:483)
> at org.tmatesoft.svn.core.wc.SVNLogClient.doList(SVNLogClient.j ava:775)
> at
> org.tmatesoft.svn.core.javahl.SVNClientImpl.list(SVNClientIm pl.java:351)
> at
> org.tmatesoft.svn.core.javahl.SVNClientImpl.list(SVNClientIm pl.java:338)
> at
>
org.polarion.team.svn.connector.svnkit.SVNKitConnector.list( SVNKitConnector.java:1211)
> at
>
org.eclipse.team.svn.core.extension.factory.ThreadNameModifi er.list(ThreadNameModifier.java:276)
> at org.eclipse.team.svn.core.utility.SVNUtility.list(SVNUtility .java:365)
> at
>
org.eclipse.buckminster.subversive.internal.SubversiveSessio n.listFolder(SubversiveSession.java:949)
Re: java.util.ConcurrentModificationException [message #30555 is a reply to message #30520] Wed, 06 August 2008 15:47 Go to previous messageGo to next message
Thomas Hallgren is currently offline Thomas Hallgren
Messages: 3208
Registered: July 2009
Senior Member
Achim Demelt wrote:
> Hi,
>
> I've been experiencing the same problems. It is caused by a flaw in the
> SVNkit library. I've poked around in their code base a bit and it seems
> that this should be fixed in the latest 1.2.x releases. They've wrapped all
> calls to the offending HashMap in synchronized blocks.
>
> AFAIK, the subversive project already incorporated this fixed version in
> their recent 0.7.2 release. So: Just update the features in your IDE :-)
>
Thanks a lot for that info.

> Thomas, if you upgrade the subversive.headless.feature as well, everybody
> should be fine.
>
I think I have already. New stuff was published to our update site at
http://download.cloudsmith.com/buckminster/external this morning.

The current subversive plugin is
org.eclipse.team.svn.core_0.7.2.I20080801-1500.jar and the SVNKit is
org.tmatesoft.svnkit_1.2.0.4583.jar

Is that the one containing the fix?

Regards,
Thomas Hallgren


> Disclaimer: I haven't had time to check it, though ;-)
>
> Regards,
> Achim
>
>
> Thomas Hallgren wrote:
>
>> Buckminster is using SVN connectors in multiple threads simultaneously.
>> We've been doing that for some time now without problems but now a user
>> reports CocurrentModificationExceptions (stack-trace below).
>>
>> Do you have any ideas what's causing this or what I can do to work
>> around it? (using one thread is not a good option).
>>
>> Regards,
>> Thomas Hallgren
>>
>>
>> java.util.ConcurrentModificationException
>> at
>>
> org.tmatesoft.svn.core.internal.util.SVNHashMap$TableIterato r.next(SVNHashMap.java:437)
>> at
>>
> org.tmatesoft.svn.core.internal.util.SVNHashMap$KeyIterator. next(SVNHashMap.java:468)
>> at
>>
> org.tmatesoft.svn.core.io.SVNRepositoryFactory.create(SVNRep ositoryFactory.java:190)
>> at
>>
> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool.createRep ository(DefaultSVNRepositoryPool.java:214)
>> at
>>
> org.tmatesoft.svn.core.wc.SVNClientManager.createRepository( SVNClientManager.java:247)
>> at
>>
> org.tmatesoft.svn.core.wc.SVNBasicClient.createRepository(SV NBasicClient.java:297)
>> at
>>
> org.tmatesoft.svn.core.wc.SVNBasicClient.createRepository(SV NBasicClient.java:289)
>> at
>>
> org.tmatesoft.svn.core.wc.SVNBasicClient.getLocations(SVNBas icClient.java:792)
>> at
>>
> org.tmatesoft.svn.core.wc.SVNBasicClient.createRepository(SV NBasicClient.java:483)
>> at org.tmatesoft.svn.core.wc.SVNLogClient.doList(SVNLogClient.j ava:775)
>> at
>> org.tmatesoft.svn.core.javahl.SVNClientImpl.list(SVNClientIm pl.java:351)
>> at
>> org.tmatesoft.svn.core.javahl.SVNClientImpl.list(SVNClientIm pl.java:338)
>> at
>>
> org.polarion.team.svn.connector.svnkit.SVNKitConnector.list( SVNKitConnector.java:1211)
>> at
>>
> org.eclipse.team.svn.core.extension.factory.ThreadNameModifi er.list(ThreadNameModifier.java:276)
>> at org.eclipse.team.svn.core.utility.SVNUtility.list(SVNUtility .java:365)
>> at
>>
> org.eclipse.buckminster.subversive.internal.SubversiveSessio n.listFolder(SubversiveSession.java:949)
>
Re: java.util.ConcurrentModificationException [message #30589 is a reply to message #30555] Thu, 07 August 2008 01:34 Go to previous message
Achim Demelt is currently offline Achim Demelt
Messages: 160
Registered: July 2009
Senior Member
Hi Thomas,

Yes, I guess that should do. I'll try it out as soon as I'm back in my
office.

Regards,
Achim

Thomas Hallgren wrote:

> Achim Demelt wrote:
>> Hi,
>>
>> I've been experiencing the same problems. It is caused by a flaw in the
>> SVNkit library. I've poked around in their code base a bit and it seems
>> that this should be fixed in the latest 1.2.x releases. They've wrapped
>> all calls to the offending HashMap in synchronized blocks.
>>
>> AFAIK, the subversive project already incorporated this fixed version in
>> their recent 0.7.2 release. So: Just update the features in your IDE :-)
>>
> Thanks a lot for that info.
>
>> Thomas, if you upgrade the subversive.headless.feature as well, everybody
>> should be fine.
>>
> I think I have already. New stuff was published to our update site at
> http://download.cloudsmith.com/buckminster/external this morning.
>
> The current subversive plugin is
> org.eclipse.team.svn.core_0.7.2.I20080801-1500.jar and the SVNKit is
> org.tmatesoft.svnkit_1.2.0.4583.jar
>
> Is that the one containing the fix?
>
> Regards,
> Thomas Hallgren
>
>
>> Disclaimer: I haven't had time to check it, though ;-)
>>
>> Regards,
>> Achim
>>
>>
>> Thomas Hallgren wrote:
>>
>>> Buckminster is using SVN connectors in multiple threads simultaneously.
>>> We've been doing that for some time now without problems but now a user
>>> reports CocurrentModificationExceptions (stack-trace below).
>>>
>>> Do you have any ideas what's causing this or what I can do to work
>>> around it? (using one thread is not a good option).
>>>
>>> Regards,
>>> Thomas Hallgren
>>>
>>>
>>> java.util.ConcurrentModificationException
>>> at
>>>
>>
org.tmatesoft.svn.core.internal.util.SVNHashMap$TableIterato r.next(SVNHashMap.java:437)
>>> at
>>>
>>
org.tmatesoft.svn.core.internal.util.SVNHashMap$KeyIterator. next(SVNHashMap.java:468)
>>> at
>>>
>>
org.tmatesoft.svn.core.io.SVNRepositoryFactory.create(SVNRep ositoryFactory.java:190)
>>> at
>>>
>>
org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool.createRep ository(DefaultSVNRepositoryPool.java:214)
>>> at
>>>
>>
org.tmatesoft.svn.core.wc.SVNClientManager.createRepository( SVNClientManager.java:247)
>>> at
>>>
>>
org.tmatesoft.svn.core.wc.SVNBasicClient.createRepository(SV NBasicClient.java:297)
>>> at
>>>
>>
org.tmatesoft.svn.core.wc.SVNBasicClient.createRepository(SV NBasicClient.java:289)
>>> at
>>>
>>
org.tmatesoft.svn.core.wc.SVNBasicClient.getLocations(SVNBas icClient.java:792)
>>> at
>>>
>>
org.tmatesoft.svn.core.wc.SVNBasicClient.createRepository(SV NBasicClient.java:483)
>>> at org.tmatesoft.svn.core.wc.SVNLogClient.doList(SVNLogClient.j ava:775)
>>> at
>>> org.tmatesoft.svn.core.javahl.SVNClientImpl.list(SVNClientIm pl.java:351)
>>> at
>>> org.tmatesoft.svn.core.javahl.SVNClientImpl.list(SVNClientIm pl.java:338)
>>> at
>>>
>>
org.polarion.team.svn.connector.svnkit.SVNKitConnector.list( SVNKitConnector.java:1211)
>>> at
>>>
>>
org.eclipse.team.svn.core.extension.factory.ThreadNameModifi er.list(ThreadNameModifier.java:276)
>>> at
>>> org.eclipse.team.svn.core.utility.SVNUtility.list(SVNUtility .java:365)
>>> at
>>>
>>
org.eclipse.buckminster.subversive.internal.SubversiveSessio n.listFolder(SubversiveSession.java:949)
>>
Previous Topic:Importing repositories from previous version
Next Topic:Resource is inaccessible or it is not under SVN control
Goto Forum:
  


Current Time: Wed Apr 16 16:11:46 EDT 2014

Powered by FUDForum. Page generated in 0.02064 seconds