-
Notifications
You must be signed in to change notification settings - Fork 22
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
Model execution protocol support for engines #211
Open
pjeanjean
wants to merge
50
commits into
eclipse-gemoc:model_execution_protocol
Choose a base branch
from
pjeanjean:model_execution_protocol
base: model_execution_protocol
Could not load branches
Branch not found: {{ refName }}
Loading
Could not load tags
Nothing to show
Loading
Are you sure you want to change the base?
Some commits from the old base branch may be removed from the timeline,
and old review comments may become outdated.
Open
Model execution protocol support for engines #211
pjeanjean
wants to merge
50
commits into
eclipse-gemoc:model_execution_protocol
from
pjeanjean:model_execution_protocol
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
* "metaprog" entry added to dsl files for the GEMOC Studio examples * "metaprog" entry fixed for Kermeta3 examples Signed-off-by: Ronan Guéguen <gueguen.ronan1@gmail.com>
Signed-off-by: Didier Vojtisek <didier.vojtisek@inria.fr>
avoid to do it in the test suite Signed-off-by: Didier Vojtisek <didier.vojtisek@inria.fr>
Signed-off-by: Didier Vojtisek <didier.vojtisek@inria.fr>
this helps having more consistent contributions Signed-off-by: Didier Vojtisek <didier.vojtisek@inria.fr>
Signed-off-by: Didier Vojtisek <didier.vojtisek@inria.fr>
Signed-off-by: Didier Vojtisek <didier.vojtisek@inria.fr>
Signed-off-by: Didier Vojtisek <didier.vojtisek@inria.fr>
* bump versions ** xtend 2.21.0 ** tycho 1.7.0 ** melange 2020-06-19 ** ajdt (from http://download.eclipse.org/tools/ajdt/410/dev/update) ** timesquare (from http://timesquare.inria.fr/update_site/2020) ** ALE 2020-07-17 ** GEMOC Studio version 3.3.0.qualifier * adding e(fx)clipse update site required because not included in the release train anymore * new splashscreen for Eclipse 2020-03 I didn't retrieved the official image from Eclipse so the background image comes from public domain resource: https://www.piqsels.com/en/public-domain-photo-svwac/ * replace org.eclipse.equinox.ds by org.apache.felix.scr cf. https://help.eclipse.org/2018-12/index.jsp?topic=%2Forg.eclipse.platform.doc.isv%2Fporting%2F4.10%2Frecommended.html&cp%3D2_3_1_3&anchor=EquinoxDS_to_FelixSCR * minor pom simplification * change displayed eclipse base in splashscreen * fix some language generation issues * change color of app product icons to eclipse colors * upgrade list of available update sites * bump ant-run-plugin version * improves splashscreen display of eclipse version now shows "based on Eclipse xxx" fixes eclipse-gemoc#130 * add eclipse version name in the about box Signed-off-by: Didier Vojtisek <didier.vojtisek@inria.fr>
…se-gemoc#216) This ALESiriusInterpreter interpreter is used only to provide "ale:" queries in odesign. This isn't required as headless engine doesn't display any diagram. Signed-off-by: Didier Vojtisek <didier.vojtisek@inria.fr>
* add DIY section for MelangeK3FSM example Signed-off-by: Didier Vojtisek <didier.vojtisek@inria.fr>
I know I should not do that this way 0:-)
add instructions to have faster build in development mode
Conflicts: dev_support/jenkins/docker/Dockerfile
finalize products and feature lists
Signed-off-by: Didier Vojtisek <didier.vojtisek@inria.fr> Improvements Signed-off-by: Pierre Jeanjean <pierre.jeanjean@inria.fr> Deployment Signed-off-by: Didier Vojtisek <didier.vojtisek@inria.fr>
Signed-off-by: Didier Vojtisek <didier.vojtisek@inria.fr>
these pom are used to recreate a more reliable dependency tree of a subset of gemoc components when used from pure maven project Signed-off-by: Didier Vojtisek <didier.vojtisek@inria.fr>
Signed-off-by: Didier Vojtisek <didier.vojtisek@inria.fr>
Signed-off-by: Didier Vojtisek <didier.vojtisek@inria.fr>
Signed-off-by: Didier Vojtisek <didier.vojtisek@inria.fr>
Signed-off-by: Didier Vojtisek <didier.vojtisek@inria.fr>
makes sure that xtext.ide doesn't grab inconsistent components Signed-off-by: Didier Vojtisek <didier.vojtisek@inria.fr>
Signed-off-by: Didier Vojtisek <didier.vojtisek@inria.fr>
Signed-off-by: Didier Vojtisek <didier.vojtisek@inria.fr>
Signed-off-by: Didier Vojtisek <didier.vojtisek@inria.fr>
Signed-off-by: Didier Vojtisek <didier.vojtisek@inria.fr>
86d72e1
to
ef6a321
Compare
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR aims to better define a MEP Engine in the context of GEMOC, and to properly separate existing engines and their support of the protocol.
The envisioned architecture is the following:

Basically, existing engines should not be modified to support MEP, and support should be added as extensions.
The fact that we currently rely on a LSP4J server should not have any impact on the rest, and thus all dependencies to LSP4J were isolated.