-
-
Notifications
You must be signed in to change notification settings - Fork 2
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
'Ecore Model Editor' fails with errors when opening Ecore
file whose structural features reference external eType
by URI
#57
Comments
@juergen-albert Please let me know how you'd like to proceed with this, so I can incorporate necessary fix in #59, which already contains fixes for two other issues encountered. |
That is not really an issue of the created ecore, but an issue of the IDE. When the IDE e.g. loads the testConvertOSGiFrameworkDTO_gecko-org.ecore it tries to resolve the DataTypes the URIs point to. In the IDE only few packages are known via their package URIs. They are usually refered to by some |
@juergen-albert Thank you for the tip regarding "Eclipse Epsilon". To summarize:
This took care of opening above mentioned Loading such However, errors still appear when attempting to generate Java code off such Attached please find:
How should such cases be handled ? In part, that was the intent of my earlier question - as I explained, I wanted to resolve such cases programmatically where needed / produce OSGiFrameworkDTO-genmodel.log |
@juergen-albert No problem - here are screenshots, as well as screencast - screencast is much better, as it captures exactly when this problem happens, i.e. after clicking Screencast.from.2024-06-14.00-44-25.mp4 |
@juergen-albert Please let me know if you have all required info now, so I'll close this issue, as it's not |
@juergen-albert Closing as this issue is not |
This problem was discovered when serializing dynamic EMF model, whose structural features reference external
eType
by URI, then opening such serializedEcore
with 'Ecore Model Editor', i.e.:Ecore
referred to is the https://github.com/geckoprojects-org/org.gecko.emf.utils/blob/snapshot/org.gecko.emf.converter.model/model/converter.ecore, which hasnsURI
defined ashttp://gecko.io/converter/1.0
.So far, in projects where external
Ecore
files where referred to, relative path notation was used, instead of URI - e.g. in recently delivered OSGi stack implementation of "OGC API Features, Part 1: Core" standard ( https://github.com/de-jena/ogc-features/ ), that is howde.jena.ogc_features.model.core
refers toLinkType
type defined inde.jena.ogc_features.model.atom
:Even though
http://gecko.io/
domain name is used in several other Gecko projects asnsURI
( e.g.http://gecko.io/utils/1.0
in https://github.com/geckoprojects-org/org.gecko.emf.utils/blob/snapshot/org.gecko.emf.util.model/model/utilities.ecore ), andnslookup
shows it has its DNS configured, there is no server listening at that address. This results inConnectException: Connection timed out
error when opening suchEcore
file in 'Ecore Model Editor'; see attached screenshot (Screenshot from 2024-05-24 04-34-24.png
).Temporarily changing
nsURI
in suchEcore
( https://github.com/geckoprojects-org/org.gecko.emf.utils/blob/snapshot/org.gecko.emf.converter.model/model/converter.ecore ) tohttp://gecko.org/converter/1.0
- i.e. using the other, working Gecko domain name - results in another set of errors when openingEcore
file which refers to it, i.e.:.. i.e. the result of attempting to parse "404" page displayed at http://gecko.org/converter/1.0; see attached screenshot (
Screenshot from 2024-05-24 04-35-35.png
).None of the resource "save options" I checked (e.g.
OPTION_SCHEMA_LOCATION_IMPLEMENTATION
, etc.) helped to fix this problem.Question is then whether this problem can / should be remedied or ignored ? If ignored, unfortunately editing such Ecore files using 'Ecore Model Editor' is not possible anymore then.
See attached
Ecore
files if you wish to reproduce above mentioned errors.sample-ecores.zip
The text was updated successfully, but these errors were encountered: