3700: Class to Eclass performance improvements

See merge request !48

Issue-Ref: 3700
Signed-off-by: Hernan Ponce de Leon <ponce@fortiss.org>

* Obtaining EPackages from the registry is expensive.
* This speeds every (n > 1)th invocation of the method, regardless
  of the class for which the EClass is required.
* The cache that directly memorizes previously computed results is
  kept.

Issue-Ref: 3675
Issue-Url: https://af3-developer.fortiss.org/issues/3675



Signed-off-by: Simon Barner <barner@fortiss.org>

* Obtaining EPackages from the registry is expensive.
* This speeds every (n > 1)th invocation of the method, regardless
  of the class for which the EClass is required.
* The cache that directly memorizes previously computed results is
  kept.

Issue-Ref: 3675
Issue-Url: https://af3-developer.fortiss.org/issues/3675



Signed-off-by: Simon Barner <barner@fortiss.org>

3482

See merge request !47

Issue-Ref: 3620
Signed-off-by: Alexander Diewald <diewald@fortiss.org>

Conflicts:
	org.fortiss.tooling.kernel/META-INF/MANIFEST.MF
	org.fortiss.tooling.kernel/src/org/fortiss/tooling/kernel/utils/.ratings


Signed-off-by: Alexander Diewald <diewald@fortiss.org>

3620

See merge request !46

Issue-Ref: 3620
Signed-off-by: ponce <ponce@fortiss.org>

Define getEClassForClass() as synchronized

See merge request !45

Issue-Ref: 3670
Issue-Url: https://af3-developer.fortiss.org/issues/3670


Signed-off-by: Alexander Diewald <diewald@fortiss.org>

* Avoid data race between clazz2EClassCache and
  EPackage.Registry.INSTANCE

Issue-Ref: 3670
Issue-Url: https://af3-developer.fortiss.org/issues/3670



Signed-off-by: Simon Barner <barner@fortiss.org>

Issue-Ref: 3482
Issue-Url: https://af3-developer.fortiss.org/issues/3482


Signed-off-by: Alexander Diewald <diewald@fortiss.org>

Issue-Ref: 3620
Signed-off-by: Alexander Diewald <diewald@fortiss.org>

This reverts commit 5946c66883c29a99bc5f8aad5fa27cdbf6674319.

Issue-Ref: 3620

Issue-Ref: 3620
Signed-off-by: Alexander Diewald <diewald@fortiss.org>

Issue-Ref: 3482
Issue-Url: https://af3-developer.fortiss.org/issues/3482


Signed-off-by: Alexander Diewald <diewald@fortiss.org>

Issue-Ref: 3657
Issue-Url: https://af3-developer.fortiss.org/issues/3657



Signed-off-by: Simon Barner <barner@fortiss.org>

Issue-Ref: 3657
Issue-Url: https://af3-developer.fortiss.org/issues/3657



Signed-off-by: Simon Barner <barner@fortiss.org>

Issue-Ref: 3620
Issue-Url: https://af3-developer.fortiss.org/issues/3620


Signed-off-by: Alexander Diewald <diewald@fortiss.org>

Issue-Ref: 3620
Issue-Url: https://af3-developer.fortiss.org/issues/3620


Signed-off-by: Alexander Diewald <diewald@fortiss.org>

* Load the controller of an FXML layout programatically such that the
  controller is only loader when a ViewPart is constructed. If this is
  not done, the controller is initialized a second time by evaluating
  the controller specified in the FXML file.
* Fix an NPE in the the search function for child nodes of a FXML file.

Issue-Ref: 3482
Issue-Url: https://af3-developer.fortiss.org/issues/3482


Signed-off-by: Alexander Diewald <diewald@fortiss.org>

* Adds a static method that copies a collection of EObjects and returns
  a map of all copied elements plus a convenience method that just
  returns the copies of the input elements.
* The new copy method updates references across the given models such
  that they point to the respective copies, which is not handled by
  the standard copy operation. The latter only handles references
  between elements contained in the copied EObject.
* Moreover, bi-references are correctly resolved between the elements
  contained in the given EObjects.

Issue-Ref: 3482
Issue-Url: https://af3-developer.fortiss.org/issues/3482


Signed-off-by: Alexander Diewald <diewald@fortiss.org>

Issue-Ref: 3482
Issue-Url: https://af3-developer.fortiss.org/issues/3482


Signed-off-by: Alexander Diewald <diewald@fortiss.org>

Issue-Ref: 3620
Issue-Url: https://af3-developer.fortiss.org/issues/3620


Signed-off-by: Alexander Diewald <diewald@fortiss.org>

Issue-Ref: 3620
Issue-Url: https://af3-developer.fortiss.org/issues/3620


Signed-off-by: Alexander Diewald <diewald@fortiss.org>

Issue-Ref: 3620
Issue-Url: https://af3-developer.fortiss.org/issues/3620


Signed-off-by: Alexander Diewald <diewald@fortiss.org>

Issue-Ref: 3620
Issue-Url: https://af3-developer.fortiss.org/issues/3620


Signed-off-by: Alexander Diewald <diewald@fortiss.org>

Issue-Ref: 3620
Issue-Url: https://af3-developer.fortiss.org/issues/3620


Signed-off-by: Alexander Diewald <diewald@fortiss.org>

Issue-Ref: 3620
Issue-Url: https://af3-developer.fortiss.org/issues/3620


Signed-off-by: Alexander Diewald <diewald@fortiss.org>

Issue-Ref: 3620
Issue-Url: https://af3-developer.fortiss.org/issues/3620


Signed-off-by: Alexander Diewald <diewald@fortiss.org>

Issue-Ref: 3620
Issue-Url: https://af3-developer.fortiss.org/issues/3620


Signed-off-by: Alexander Diewald <diewald@fortiss.org>

Issue-Ref: 3620
Issue-Url: https://af3-developer.fortiss.org/issues/3620


Signed-off-by: Alexander Diewald <diewald@fortiss.org>

Issue-Ref: 3482
Issue-Url: https://af3-developer.fortiss.org/issues/3482


Signed-off-by: Alexander Diewald <diewald@fortiss.org>

Issue-Ref: 3618
Issue-Url: https://af3-developer.fortiss.org/issues/3618


Signed-off-by: Alexander Diewald <diewald@fortiss.org>

* Only react on EMF events when INamedElement::name is set
  (this is supposed to resolve the "SWT Widget is disposed" exception)
* Ensure that update is perform from the UI context. The underlying
  model change could be programmatic and triggered from a different
  thread (resolves "SWTException: Invalid thread access")

Issue-Ref: 3618
Issue-Url: https://af3-developer.fortiss.org/issues/3618



Signed-off-by: Simon Barner <barner@fortiss.org>

Issue-Ref: 3620
Issue-Url: https://af3-developer.fortiss.org/issues/3620


Signed-off-by: Alexander Diewald <diewald@fortiss.org>