Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Epsilon tool service for ETL returns a type error #2

Closed
barnettwilliam opened this issue Feb 13, 2024 · 2 comments
Closed

Epsilon tool service for ETL returns a type error #2

barnettwilliam opened this issue Feb 13, 2024 · 2 comments
Labels
wontfix This will not be worked on

Comments

@barnettwilliam
Copy link
Contributor

While testing an activity during mdenet/educationplatform#173 the epsilon tool service returned an unexpected error. The activity that includes a model-to-model transformation to and from the same metamodel effectively copying the input model the following error is returned by the epsilon tool function:

The value of type 'class org.eclipse.emf.ecore.impl.EEnumLiteralImpl' must be of type 'org.eclipse.emf.ecore.impl.EEnumImpl@424734b4 (name: MoveCommand) (instanceClassName: null) (serializable: true)'
	at (/program.etl@32:1-32:23)
	at (unknown@0:0-0:0)
	at (/program.etl@5:1-5:31)
	at (unknown@0:0-0:0)
	at (/program.etl@1:0-77:1) 

The same error was reproducible when running the etl transformation in eclipse when the metamodel ecore file was loaded from the workspace. Registering the metamodel and loading it via its URI from the ePackage registry the same transformation runs successfully without error.

Moved from mdenet/platformtools#58

Eclipse Version

Eclipse Modeling Tools
Version: 2022-12 (4.26.0)
Build id: 20221201-1913
OS: Linux, v.6.5.0-17-generic, x86_64 / gtk 3.24.33
Java vendor: Eclipse Adoptium
Java runtime version: 17.0.9+9
Java version: 17.0.9

Plugin versions

Epsilon EMF Integration 2.4.0.202203041826 org.eclipse.epsilon.emf.feature.feature.group Eclipse Modeling Project
Flexmi 2.4.0.202203041826 org.eclipse.epsilon.flexmi.feature.feature.group Eclipse Modeling Project
Flexmi Development Tools 2.4.0.202203041826 org.eclipse.epsilon.flexmi.dt.feature.feature.group Eclipse Modeling Project
Human Usable Textual Notation Core 2.4.0.202203041826 org.eclipse.epsilon.hutn.feature.feature.group Eclipse Modeling Project
Human Usable Textual Notation Development Tools 2.4.0.202203041826 org.eclipse.epsilon.hutn.dt.feature.feature.group Eclipse Modeling Project

EMF - Eclipse Modeling Framework SDK 2.32.0.v20221121-1400 org.eclipse.emf.sdk.feature.group Eclipse Modeling Project
Emfatic 1.1.0.202301241109 org.eclipse.emf.emfatic.feature.group Eclipse.org
Epsilon EMF Integration 2.4.0.202203041826 org.eclipse.epsilon.emf.feature.feature.group Eclipse Modeling Project

@kolovos
Copy link
Member

kolovos commented Feb 13, 2024

This is the expected behaviour as, while the metamodels are identical, technically they are two different metamodels. To make this work you'd need to explicitly map enumeration literals as shown in https://eclipse.dev/epsilon/playground/?cb9a688d

@barnettwilliam
Copy link
Contributor Author

Thank you Dimitris we'll fix our example.

@agarciadom agarciadom added the wontfix This will not be worked on label Mar 21, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
wontfix This will not be worked on
Projects
None yet
Development

No branches or pull requests

3 participants