ST6RI-916 org.omg.sysml.model module

[AxelRICHARD]

Motivation

This change decouples the generated SysML EMF metamodel from the org.omg.sysml Eclipse plug-in.

The generated model is now produced and published as a plain Java/Maven artifact, while Eclipse/Tycho consumers continue to access it through a dedicated OSGi wrapper bundle. This makes the model easier to reuse outside Eclipse, clarifies module ownership, and removes some unnecessary runtime dependencies from the generated code.

What Changed

• Added org.omg.sysml.model as a new plain Java module containing:
  • the generated SysML EMF Java classes
  • SysML.ecore
  • SysML.genmodel
• Added org.omg.sysml.model.bundle as a new Eclipse plug-in that:
  • wraps the org.omg.sysml.model JAR
  • packages the model resources for OSGi/Tycho consumption
  • exports the generated SysML EMF packages
• Updated the root Maven reactor to build both new modules.
• Removed generated model sources from org.omg.sysml/syntax-gen; org.omg.sysml no longer owns compilation of the generated EMF model.
• Rewired dependent plug-ins to consume org.omg.sysml.model.bundle, including:
  • org.omg.sysml
  • org.omg.sysml.edit
  • org.omg.sysml.execution
  • org.omg.sysml.xtext
  • org.omg.kerml.xtext
• Added org.omg.sysml.model.bundle to the Eclipse feature so it is shipped with the existing tooling.

Model Generation Changes

• Updated the custom UML-to-Ecore importer to generate into:
  • plugin ID: org.omg.sysml.model
  • source directory: /org.omg.sysml.model/src/main/java
• Updated the SysML namespace URI used by generation and QVTO references from:
  • https://www.omg.org/spec/SysML/20230201
  • to https://www.omg.org/spec/SysML/20250201
• Added deterministic sorting of imported Ecore contents:
  • EClassifiers
  • EStructuralFeatures
  • EOperations

This reduces noisy regeneration diffs and stabilizes generated artifacts.

Primitive Type Simplification

• Normalized imported UML primitive types to built-in Ecore datatypes during import.
• Removed types.ecore.
• Removed the generated org.omg.sysml.lang.types package and related generated classes.

This simplifies the metamodel structure and removes an extra generated dependency layer.

Runtime Dependency Cleanup

The generated model previously depended on UML2 helper-list implementations from org.eclipse.uml2.common.

This commit copies the required helper classes into the SysML model module and updates generation so the generated implementation classes import the local versions instead:

• DerivedEObjectEList
• DerivedUnionEObjectEList
• UnionEObjectEList

The org.omg.sysml.uml.ecore.importer has been updated to rewrite those imports automatically after generation.

Impact

• The SysML metamodel is now reusable as a regular Java library outside Eclipse.
• Eclipse/Tycho-based modules remain compatible through org.omg.sysml.model.bundle.
• Ownership of generated EMF code is now explicit and isolated in org.omg.sysml.model.
• Generated sources are cleaner and less coupled to UML2 runtime internals.
• Most of the file churn in this commit is due to regeneration and relocation of generated EMF sources, not hand-written functional logic changes.

[seidewitz]

As originally proposed, this refactoring worked in Jupyter and the Xpect tests, but model files failed to open in the Xtext IDE, ultimately due to the inability to load the EObject class. I have now pushed a commit that resolves this problem by adding dependencies on the org.eclipse.emf.common and org.eclipse.emf.ecore plugins.

[AxelRICHARD]

@seidewitz great thank you!
For those who have compiling issues inside Eclipse, you have to do a Maven Update (inside eclipse with M2E) on /org.omg.sysml.model.bundle and then refresh plugins the workspace.

[himi]

This PR radically changed the project structure and dependencies.

• M2E is now mandatory to resolve dependencies.
• org.eclipse.emf.ant is a new dependent of org.omg.sysml.model.bundle. Can you check whether or not the dependency of org.eclipse.emf.ant is really needed? It is used to generate code from EMF model. I tried to remove the dependency and it seems to work without it.
• mvn install is critical to update org.omg.sysml.model bundle
• I needed to reset the target environment to resolve org.apache.commons.logging (I have no idea why it's needed)

I could make it work in my environment by fixing the issues.