| java.util.ConcurrentModificationException [message #30485] |
Wed, 06 August 2008 18:44  |
|
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 19:47  |
|
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 05:34 |
 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)
>>
|
|
|
Powered by
FUDForum. Page generated in 0.04088 seconds
] 
Search
Help
Register
Login
Home
