|
|
Re: ConcurrencyModificationException CacheAdapter [message #469715 is a reply to message #469713] |
Mon, 29 January 2007 19:17 |
saurabh bhola Messages: 5 Registered: July 2009 |
Junior Member |
|
|
hi Kenn,
thanks, have opened a new bug, the bug # is 172040
Saurabh
"Kenn Hussey" <khussey@ca.ibm.com> wrote in message
news:epl8ql$8m8$1@utils.eclipse.org...
> Saurabh,
>
> No, I've not come accross this, but it look like the maps that get created
> for resources and objects in the cache need to made thread-safe (wrapped
in
> a synchronized map). Please open a Bugzilla report and we'll fix it ASAP.
>
> Kenn
>
> "EMf" <sbhola@hotmail.com> wrote in message
> news:epkov8$dk7$2@utils.eclipse.org...
> > hi,
> >
> > Has anyone come across this? how to get around it??
> >
> > Saurabh
> > java.util.ConcurrentModificationException: concurrent access to HashMap
> > attempted by Thread[Worker-1,5,main]
> >
> > at java.util.HashMap.onExit(HashMap.java:217)
> >
> > at java.util.HashMap.transfer(HashMap.java:514)
> >
> > at java.util.HashMap.resize(HashMap.java:500)
> >
> > at java.util.HashMap.addEntry(HashMap.java:800)
> >
> > at java.util.HashMap.put(HashMap.java:441)
> >
> > at org.eclipse.uml2.common.util.CacheAdapter.put(CacheAdapter.j ava:420)
> >
> > at org.eclipse.uml2.common.util.CacheAdapter.put(CacheAdapter.j ava:393)
> >
> > at
> >
org.eclipse.uml2.uml.internal.impl.ElementImpl.getAppliedSte reotypes(Element
> > Impl.java:233)
> >
> > at
> >
org.eclipse.uml2.uml.internal.operations.ElementOperations.g etAppliedStereot
> > ype(ElementOperations.java:337)
> >
> > at
> >
org.eclipse.uml2.uml.internal.impl.ElementImpl.getAppliedSte reotype(ElementI
> > mpl.java:248)
> >
> > at
> >
com.ibm.mtools.dw.req.impl.DimensionLevelImpl.getMembers(Dim ensionLevelImpl.
> > java:165)
> >
> > at
> >
com.ibm.mtools.dependency.collectors.dependant.req.Dimension LevelDependantCo
> >
llector.collectSemanticDependants(DimensionLevelDependantCol lector.java:46)
> >
> > at
> >
> >
>
>
|
|
|
|
Re: ConcurrencyModificationException CacheAdapter [message #576782 is a reply to message #469713] |
Mon, 29 January 2007 19:17 |
saurabh bhola Messages: 5 Registered: July 2009 |
Junior Member |
|
|
hi Kenn,
thanks, have opened a new bug, the bug # is 172040
Saurabh
"Kenn Hussey" <khussey@ca.ibm.com> wrote in message
news:epl8ql$8m8$1@utils.eclipse.org...
> Saurabh,
>
> No, I've not come accross this, but it look like the maps that get created
> for resources and objects in the cache need to made thread-safe (wrapped
in
> a synchronized map). Please open a Bugzilla report and we'll fix it ASAP.
>
> Kenn
>
> "EMf" <sbhola@hotmail.com> wrote in message
> news:epkov8$dk7$2@utils.eclipse.org...
> > hi,
> >
> > Has anyone come across this? how to get around it??
> >
> > Saurabh
> > java.util.ConcurrentModificationException: concurrent access to HashMap
> > attempted by Thread[Worker-1,5,main]
> >
> > at java.util.HashMap.onExit(HashMap.java:217)
> >
> > at java.util.HashMap.transfer(HashMap.java:514)
> >
> > at java.util.HashMap.resize(HashMap.java:500)
> >
> > at java.util.HashMap.addEntry(HashMap.java:800)
> >
> > at java.util.HashMap.put(HashMap.java:441)
> >
> > at org.eclipse.uml2.common.util.CacheAdapter.put(CacheAdapter.j ava:420)
> >
> > at org.eclipse.uml2.common.util.CacheAdapter.put(CacheAdapter.j ava:393)
> >
> > at
> >
org.eclipse.uml2.uml.internal.impl.ElementImpl.getAppliedSte reotypes(Element
> > Impl.java:233)
> >
> > at
> >
org.eclipse.uml2.uml.internal.operations.ElementOperations.g etAppliedStereot
> > ype(ElementOperations.java:337)
> >
> > at
> >
org.eclipse.uml2.uml.internal.impl.ElementImpl.getAppliedSte reotype(ElementI
> > mpl.java:248)
> >
> > at
> >
com.ibm.mtools.dw.req.impl.DimensionLevelImpl.getMembers(Dim ensionLevelImpl.
> > java:165)
> >
> > at
> >
com.ibm.mtools.dependency.collectors.dependant.req.Dimension LevelDependantCo
> >
llector.collectSemanticDependants(DimensionLevelDependantCol lector.java:46)
> >
> > at
> >
> >
>
>
|
|
|
Powered by
FUDForum. Page generated in 0.03250 seconds