Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Today's Messages (on)  | Unanswered Messages (off)

Forum: Mylyn
 Topic: Unable to synchronize GitHub issue to Mylyn task
Unable to synchronize GitHub issue to Mylyn task [message #1766672] Sun, 25 June 2017 01:09
Jonathan Gossage is currently offline Jonathan GossageFriend
Messages: 43
Registered: March 2010
Location: San Miguel de Allende, Gt...
Member
I am running on Neon 3 under Ubuntu 17.04 desktop. I am using the Mylyn GitHub connector to store tasks as GitHub issues. I made changes to the issue description on GitHub and attempted to synchronize them with my local machine using the Synchronize button on the task editor task bar. The system displayed a progress dialog for 2-3 seconds and then the progress dialog terminated. There were no messages in the error log but the task description in the task editor was not updated.

What do I need to do get this capability to work?
Forum: Lyo
 Topic: Issue with Lyo Code Generator & Toolchain installation
Re: Issue with Lyo Code Generator & Toolchain installation [message #1766674 is a reply to message #1766664] Sun, 25 June 2017 03:06
Matt Stone is currently offline Matt StoneFriend
Messages: 46
Registered: August 2014
Member
Understood. Thank you.
Forum: EMF "Technology" (Ecore Tools, EMFatic, etc)
 Topic: Distinguishing "logical" Ecore elements from additional "technical" ones
Distinguishing "logical" Ecore elements from additional "technical" ones [message #1766675] Sun, 25 June 2017 10:45
Daniel Strueber is currently offline Daniel StrueberFriend
Messages: 7
Registered: April 2014
Junior Member
In my use-case, I need to I compute a complete list of all elements in a given model, where this model can potentially be a meta-model.

As an example, consider a simple Ecore meta-model with 1 EPackage, 3 EClasses and 2 EReferences. Clearly, I would expect this list to have 1+3+2=6 elements.

However, it turns out the actual number is 8: Upon loading, for each of the two EReferences, an elements of the type "EGenericTypeImpl" is created (and the property "eClassifier" of each EReference is set to to one these elements).

I assume these additional elements serve some meaningful technical purpose. Still, they are not only irrelevant for my use-case, but actually detrimental: in the list that I want to compute, it is important to have a list of the "logical" elements, i.e., those shown to the user in the graphical and tree-based Ecore editors.

So, it need a way of distinguishing

* "logical" elements from "technical" ones,
* "logical" properties of elements from "technical" ones.

Is there a natural way of doing this?

[Updated on: Sun, 25 June 2017 10:48]

Report message to a moderator

Re: Distinguishing "logical" Ecore elements from additional "technical" ones [message #1766676 is a reply to message #1766675] Sun, 25 June 2017 10:58
Ed Willink is currently offline Ed WillinkFriend
Messages: 5263
Registered: July 2009
Senior Member
Hi

If you guarantee that you will never need to use templated elements you can ignore the EGenericType and use just 'legacy' Ecore.

Alternatively if you may need templates you should understand how EGenericType extends the original Ecore metamodel to add support without trashing 'legacy' Ecore applications.

Regards

Ed Willink
Re: Distinguishing "logical" Ecore elements from additional "technical" ones [message #1766677 is a reply to message #1766676] Sun, 25 June 2017 11:02
Daniel Strueber is currently offline Daniel StrueberFriend
Messages: 7
Registered: April 2014
Junior Member
Hi Ed,

so is it safe to say that "EGenericType" is actually a unique case, and there are no additional instances where the in-memory representation of an Ecore model has additional elements apart from those which are visible in the tree-based editor?

Best regards,
Daniel

[Updated on: Sun, 25 June 2017 11:03]

Report message to a moderator

Re: Distinguishing "logical" Ecore elements from additional "technical" ones [message #1766678 is a reply to message #1766677] Sun, 25 June 2017 11:23
Ed Willink is currently offline Ed WillinkFriend
Messages: 5263
Registered: July 2009
Senior Member
Hi

I'm not quite sure what you mean by a "unique case". The layout in the Tree Editor is a little pragmatic and configurable via the "Show Generic" toolbar menu option, so I wouldn't want to comment on any exact 1:1 correspondences between Tree editor artifacts and EObjects.

EGenericType and ETemplateParameter have some similarities to UML's TemplateSignature and TemplateParameter, but also aggregate the TemplateParameterSubstitution and TemplateBinding, so depending on your point of view you can regard EGenericType as an elegant compact legacy preserving compromise or an unmodeled anarchic dustbin of at least four distinct capabilities.

EAnnotation but no EDetail is of course another area where the Tree editor gets complicated/inadequate.

Regards

Ed Willink



Current Time: Sun Jun 25 15:51:27 GMT 2017

Powered by FUDForum. Page generated in 0.03168 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software