Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 383080

Summary: Moving a package causes a ConcurrentModificationExeption
Product: [Eclipse Project] JDT Reporter: Michael Meß <michael.mess>
Component: UIAssignee: JDT-UI-Inbox <jdt-ui-inbox>
Status: CLOSED DUPLICATE QA Contact:
Severity: normal    
Priority: P3 CC: jtk499, markus.kell.r, stephan.herrmann
Version: 3.7.2   
Target Milestone: ---   
Hardware: PC   
OS: Linux   
Whiteboard:

Description Michael Meß CLA 2012-06-20 06:55:58 EDT
The problem occured when doing a package move. 
Classes should be moved from a package to a subpackage.


What steps will reproduce the problem?
Currently this is the first occurrence of this bug on my pc. I still don't know if it can be sure reproduced, but will try that later.

-- Error Details --
Date: Wed Jun 20 12:44:56 CEST 2012
Message: Exception does not provide a detail message
Severity: Error
Product: Eclipse 1.4.2.20120131-1457 (org.eclipse.epp.package.jee.product)
Plugin: org.eclipse.ltk.ui.refactoring
Session Data:
eclipse.buildId=M20120208-0800
java.version=1.6.0_30
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=en_DE
Framework arguments:  -product org.eclipse.epp.package.jee.product -keyring /home/michael/.eclipse-keyring/.keyring
Command-line arguments:  -os linux -ws gtk -arch x86 -product org.eclipse.epp.package.jee.product -keyring /home/michael/.eclipse-keyring/.keyring

Exception Stack Trace:
java.util.ConcurrentModificationException
	at java.util.AbstractList$Itr.checkForComodification(AbstractList.java:372)
	at java.util.AbstractList$Itr.remove(AbstractList.java:357)
	at org.eclipse.ltk.core.refactoring.CompositeChange.perform(CompositeChange.java:297)
	at org.eclipse.jdt.internal.corext.refactoring.changes.DynamicValidationStateChange.access$0(DynamicValidationStateChange.java:1)
	at org.eclipse.jdt.internal.corext.refactoring.changes.DynamicValidationStateChange$1.run(DynamicValidationStateChange.java:102)
	at org.eclipse.jdt.internal.core.BatchOperation.executeOperation(BatchOperation.java:39)
	at org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:728)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:2344)
	at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:4888)
	at org.eclipse.jdt.internal.corext.refactoring.changes.DynamicValidationStateChange.perform(DynamicValidationStateChange.java:105)
	at org.eclipse.jdt.internal.corext.refactoring.reorg.JavaMoveProcessor$1.perform(JavaMoveProcessor.java:147)
	at org.eclipse.ltk.core.refactoring.CompositeChange.perform(CompositeChange.java:278)
	at org.eclipse.ltk.core.refactoring.PerformChangeOperation$1.run(PerformChangeOperation.java:258)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:2344)
	at org.eclipse.ltk.core.refactoring.PerformChangeOperation.executeChange(PerformChangeOperation.java:306)
	at org.eclipse.ltk.internal.ui.refactoring.UIPerformChangeOperation.executeChange(UIPerformChangeOperation.java:92)
	at org.eclipse.ltk.core.refactoring.PerformChangeOperation.run(PerformChangeOperation.java:223)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:2344)
	at org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:87)
	at org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:121)
Comment 1 Stephan Herrmann CLA 2012-06-21 16:11:06 EDT
I see more JDT/UI than JDT/Core in the stack - moving.
Comment 2 Markus Keller CLA 2012-06-22 07:54:48 EDT
This is bug 320878. Looks like I have to take another look.

*** This bug has been marked as a duplicate of bug 320878 ***