Fixes corruption of e4xmi files when class is renamed

The corruption happens in a setup with a top level Maven project and plug-in projects in sub directories (eg bundles). If the name of a Java handler class is renamed in the Java file
the e4xmi file is found twice with
        full workspace path
        plug-in project path
This leads to 2 changes in one e4xmi file with the same text, offset and length.
If the old and new names are of different length the corruption occurs.
This fix skips the change if it is already included for renaming.

Author: p-O-q

e4tools/bundles/org.eclipse.e4.tools.emf.editor3x/META-INF/MANIFEST.MF

@@ -2,7 +2,7 @@ Manifest-Version: 1.0
 Bundle-ManifestVersion: 2
 Bundle-Name: %Bundle-Name
 Bundle-SymbolicName: org.eclipse.e4.tools.emf.editor3x;singleton:=true
-Bundle-Version: 4.10.200.qualifier
+Bundle-Version: 4.10.300.qualifier
 Bundle-RequiredExecutionEnvironment: JavaSE-21
 Require-Bundle: org.eclipse.ui;bundle-version="3.6.0",
  org.eclipse.core.runtime;bundle-version="3.29.0",

e4tools/bundles/org.eclipse.e4.tools.emf.editor3x/src/org/eclipse/e4/tools/emf/editor3x/refactorparticipants/RefactorParticipantDelegate.java

@@ -15,8 +15,10 @@
  ******************************************************************************/
 package org.eclipse.e4.tools.emf.editor3x.refactorparticipants;
 
+import java.net.URI;
 import java.util.HashMap;
 import java.util.Map;
+import java.util.Objects;
 
 import org.eclipse.core.resources.IFile;
 import org.eclipse.core.resources.IProject;
@@ -35,6 +37,7 @@
 import org.eclipse.search.ui.text.FileTextSearchScope;
 import org.eclipse.text.edits.MultiTextEdit;
 import org.eclipse.text.edits.ReplaceEdit;
+import org.eclipse.text.edits.TextEdit;
 import org.eclipse.text.edits.TextEditGroup;
 
 @SuppressWarnings("restriction")
@@ -62,6 +65,10 @@ public static CompositeChange createChange(IProgressMonitor pProgressMonitor, fi
 			@Override
 			public boolean acceptPatternMatch(TextSearchMatchAccess matchAccess) throws CoreException {
 				final IFile file = matchAccess.getFile();
+				if (isChangeAlreadyPresent(file, matchAccess)) {
+					return false;
+				}
+
 				TextFileChange change = changes.get(file);
 
 				if (change == null) {
@@ -103,8 +110,40 @@ public boolean acceptPatternMatch(TextSearchMatchAccess matchAccess) throws Core
 				change.addEdit(edit);
 				change.addTextEditGroup(new TextEditGroup(E4_MODEL_CHANGES,
 						edit));
+
 				return true;
 			}
+
+			/**
+			 * Tests whether the change created with the given {@link IFile} and
+			 * the given {@link TextSearchMatchAccess} is already present in the
+			 * {@code changes} map.
+			 *
+			 * @param file
+			 *            the file that will be changed
+			 * @param ma
+			 *            provides offset and length for the change
+			 * @return true if the change is already present and the location of
+			 *         the file is not null otherwise false
+			 */
+			private boolean isChangeAlreadyPresent(IFile file, TextSearchMatchAccess ma) {
+				final URI newFileLocation = file.getLocationURI();
+				return newFileLocation != null && changes.entrySet().stream() //
+						.anyMatch(e -> {
+							final URI presentFileLocation = e.getValue().getFile().getLocationURI();
+							for (final TextEdit te : e.getValue().getEdit().getChildren()) {
+								if (te instanceof final ReplaceEdit re) {
+									if (re.getLength() == ma.getMatchLength()
+											&& re.getOffset() == ma.getMatchOffset()
+											&& Objects.equals(re.getText(), pModel.getNewTextCurrentIndex())
+											&& Objects.equals(newFileLocation, presentFileLocation)) {
+										return true;
+									}
+								}
+							}
+							return false;
+						});
+			}
 		};
 
 		CompositeChange result;