emf-dev http://dev.eclipse.org/mhonarc/lists/emf-dev/maillist.html emf-dev en-us Mon, 13 May 2013 09:50:12 GMT Mon, 13 May 2013 09:50:12 GMT http://blogs.law.harvard.edu/tech/rss MHonArc RSS 2.0 RCFile webmaster@eclipse.org (Webmaster) webmaster@eclipse.org (Webmaster) emf-dev http://www.eclipse.org/eclipse.org-common/themes/Phoenix/images/eclipse_home_header.jpg http://dev.eclipse.org/mhonarc/lists/emf-dev/maillist.html Re: [emf-dev] EMF Compare Workspace Setup http://dev.eclipse.org/mhonarc/lists/emf-dev/msg01596.html begin:vcard fn:Laurent Goubet n:Goubet;Laurent org:<a href="http://www.obeo.fr">Obeo</a> email;internet:laurent.goubet@xxxxxxx url:http://www.obeo.fr version:2.1 end:vcard Simon,
Please describe your issues. What "compile errors" do you have? What are you using as a target platform?

Our target platforms are committed along with the code itself, see http://wiki.eclipse.org/EMF_Compare/Contributor_Guide#Target_Platform . For Juno, you would use org.eclipse.emf.compare-parent/targetPlatforms/juno-4.2-sdk.target .

If you are not using these target platforms, you should still look at them for the base : in order to compile, our tests need swtbot, egit, jgit and one feature from emf-store. Our UML support requires UML2, our diagram support requires Papyrus and its dependencies...

Laurent Goubet
Obeo

On 10/05/2013 16:55, Simon wrote: 
Hi,

I want to make contributions to EMF Compare (for UML class models and to the UI). I tried to set up a workspace with the compare source code by means of these instructions http://wiki.eclipse.org/EMF_Compare/Contributor_Guide#Checking_out_the_code , but I get many compile errors. My target platform is Juno. I already tried to check out the master and the 1.3 branch without success.

Any suggestions?


Regards,
Simon
_______________________________________________
emf-dev mailing list
emf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/emf-dev


begin:vcard
fn:Laurent Goubet
n:Goubet;Laurent
org:<a href="http://www.obeo.fr";>Obeo</a>
email;internet:laurent.goubet@xxxxxxx
url:http://www.obeo.fr
version:2.1
end:vcard
]]> Mon, 13 May 2013 09:40:21 GMT http://dev.eclipse.org/mhonarc/lists/emf-dev/msg01596.html laurent.goubet@xxxxxxx (Laurent Goubet) [emf-dev] EMF Compare Workspace Setup http://dev.eclipse.org/mhonarc/lists/emf-dev/msg01595.html Hi, I want to make contributions to EMF Compare (for UML class models and to the UI). I tried to set up a workspace with the compare source code by means of these instructions http://wiki.eclipse.org/EMF_Compare/Contributor_Guide#Checking_out_the_code , bu... Hi,
I want to make contributions to EMF Compare (for UML class models and to the UI). I tried to set up a workspace with the compare source code by means of these instructions http://wiki.eclipse.org/EMF_Compare/Contributor_Guide#Checking_out_the_code , but I get many compile errors. My target platform is Juno. I already tried to check out the master and the 1.3 branch without success.

Any suggestions?


Regards,
Simon

]]> Fri, 10 May 2013 14:55:47 GMT http://dev.eclipse.org/mhonarc/lists/emf-dev/msg01595.html goood.guy@xxxxxxx (Simon) Re: [emf-dev] Odd looking generated code in Enums http://dev.eclipse.org/mhonarc/lists/emf-dev/msg01594.html We've been getting our API ready and Mike Rennie picked up on the implementation of enums as having an apparently odd pattern; The generated code 'implements Internal&lt;x&gt;' where &lt;x&gt; is the Feature name and 'Internal&lt;x&gt;' is a package private interface that...

Thanks Ed, I'm not exactly sure what the specifics are but I think that I've convinced him that sticking with the  currently generated code is likely the best idea. If you want I can track it down just for future reference...

Thanks for the quick reply,
Eric

Inactive hide details for Ed Merks ---04/23/2013 03:30:01 PM---Eric, Enumerator instances are expected to implement this interfEd Merks ---04/23/2013 03:30:01 PM---Eric, Enumerator instances are expected to implement this interface, i.e.,


    From:

Ed Merks <ed.merks@xxxxxxxxx>

    To:

emf-dev@xxxxxxxxxxx,

    Date:

04/23/2013 03:30 PM

    Subject:

Re: [emf-dev] Odd looking generated code in Enums

    Sent by:

emf-dev-bounces@xxxxxxxxxxx




Eric,

Enumerator instances are expected to implement this interface, i.e., EEnumLiteral.getInstance returns such a value.   You can't remove it. We "hide" this from the public API in with this pattern. What exactly is the API tool's complaint?


On 23/04/2013 9:12 PM, Eric Moffatt wrote:

    We've been getting our API ready and Mike Rennie picked up on the implementation of enums as having an apparently odd pattern;

    The generated code 'implements Internal<x>' where <x> is the Feature name and 'Internal<x>' is  a package private interface that extends     org.eclipse.emf.common.util.Enumerator.

    Could someone explain why the pattern is there and what the possible consequences of removing it are (evidently it causes the API tooling to complain, not sure why) ?

    Thanks,
    Eric


    _______________________________________________
    emf-dev mailing list
    emf-dev@xxxxxxxxxxx
    https://dev.eclipse.org/mailman/listinfo/emf-dev

_______________________________________________
emf-dev mailing list
emf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/emf-dev


GIF image

GIF image

]]> Tue, 23 Apr 2013 19:59:05 GMT http://dev.eclipse.org/mhonarc/lists/emf-dev/msg01594.html emoffatt@xxxxxxx (Eric Moffatt) Re: [emf-dev] Odd looking generated code in Enums http://dev.eclipse.org/mhonarc/lists/emf-dev/msg01593.html Eric,

Enumerator instances are expected to implement this interface, i.e., EEnumLiteral.getInstance returns such a value.   You can't remove it. We "hide" this from the public API in with this pattern. What exactly is the API tool's complaint?


On 23/04/2013 9:12 PM, Eric Moffatt wrote:

We've been getting our API ready and Mike Rennie picked up on the implementation of enums as having an apparently odd pattern;

The generated code 'implements Internal<x>' where <x> is the Feature name and 'Internal<x>' is  a package private interface that extends org.eclipse.emf.common.util.Enumerator.

Could someone explain why the pattern is there and what the possible consequences of removing it are (evidently it causes the API tooling to complain, not sure why) ?

Thanks,
Eric


_______________________________________________
emf-dev mailing list
emf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/emf-dev

]]> Tue, 23 Apr 2013 19:27:42 GMT http://dev.eclipse.org/mhonarc/lists/emf-dev/msg01593.html ed.merks@xxxxxxx (Ed Merks) [emf-dev] Odd looking generated code in Enums http://dev.eclipse.org/mhonarc/lists/emf-dev/msg01592.html We've been getting our API ready and Mike Rennie picked up on the implementation of enums as having an apparently odd pattern; The generated code 'implements Internal&lt;x&gt;' where &lt;x&gt; is the Feature name and 'Internal&lt;x&gt;' is a package private interface that... We've been getting our API ready and Mike Rennie picked up on the implementation of enums as having an apparently odd pattern;

The generated code 'implements Internal<x>' where <x> is the Feature name and 'Internal<x>' is  a package private interface that extends org.eclipse.emf.common.util.Enumerator.

Could someone explain why the pattern is there and what the possible consequences of removing it are (evidently it causes the API tooling to complain, not sure why) ?

Thanks,
Eric
]]> Tue, 23 Apr 2013 19:12:57 GMT http://dev.eclipse.org/mhonarc/lists/emf-dev/msg01592.html emoffatt@xxxxxxx (Eric Moffatt) Re: [emf-dev] creating an empty modeling project in the workspace http://dev.eclipse.org/mhonarc/lists/emf-dev/msg01591.html Hossein,

Please use the eclipse.tools.emf forum for asking question.  That option should appear in the new project wizard, not directly on the menu bar.


On 06/04/2013 4:43 PM, Hossein Miri wrote:
Hi all,

I have only just begun to learn EMF by following this tutorial:
What every Eclipse developer should know about EMF
(by Jonas Helming and Maximilian Koegel)

So, I downloaded and installed EMF on my Eclipse Juno IDE (on my Mac 10.7.5)
but when I try to create an empty modeling project in my workspace, the
Eclipse Modelling Framework option doesn't appear in the menu bar.

How do I specify to the IDE that it's there?!

Thanks,
 H









_______________________________________________
emf-dev mailing list
emf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/emf-dev

]]> Sat, 06 Apr 2013 14:56:19 GMT http://dev.eclipse.org/mhonarc/lists/emf-dev/msg01591.html ed.merks@xxxxxxx (Ed Merks) [emf-dev] creating an empty modeling project in the workspace http://dev.eclipse.org/mhonarc/lists/emf-dev/msg01590.html Hi all,I have only just begun to learn EMF by following this tutorial:What every Eclipse developer should know about EMF(by Jonas Helming and Maximilian Koegel)So, I downloaded and installed EMF on my Eclipse Juno IDE (on my Mac 10.7.5)but when I try to cr... Hi all,

I have only just begun to learn EMF by following this tutorial:
What every Eclipse developer should know about EMF
(by Jonas Helming and Maximilian Koegel)

So, I downloaded and installed EMF on my Eclipse Juno IDE (on my Mac 10.7.5)
but when I try to create an empty modeling project in my workspace, the
Eclipse Modelling Framework option doesn't appear in the menu bar.

How do I specify to the IDE that it's there?!

Thanks,
 H







]]> Sat, 06 Apr 2013 14:43:36 GMT http://dev.eclipse.org/mhonarc/lists/emf-dev/msg01590.html hmiri@xxxxxxx (Hossein Miri) [emf-dev] Project meta data is out of date for modeling.emf http://dev.eclipse.org/mhonarc/lists/emf-dev/msg01589.html Ed, Projects are required to keep meta data up to date using the MyFoundation Portal (http://portal.eclipse.org/). The following problems were found with this project's meta-data: * The date for release &quot;2.6.0&quot; is in the past, but the release is not marked... Ed, Projects are required to keep meta data up to date using the MyFoundation Portal (http://portal.eclipse.org/). The following problems were found with this project's meta-data: * The date for release "2.6.0" is in the past, but the release is not marked as completed. If it is completed, it should be marked as completed; if it has been postponed, it should be given a new target date. * There is no next/future release of this project. All Eclipse projects must have a "next release" planned and scheduled. ]]> Fri, 05 Apr 2013 04:00:24 GMT http://dev.eclipse.org/mhonarc/lists/emf-dev/msg01589.html emo@xxxxxxx (portal on behalf of emo) [emf-dev] Project meta data is out of date for modeling.emf.emf http://dev.eclipse.org/mhonarc/lists/emf-dev/msg01588.html Ed, Projects are required to keep meta data up to date using the MyFoundation Portal (http://portal.eclipse.org/). The following problems were found with this project's meta-data: * Project home page (projecturl = http://www.eclipse.org/modeling/emf/?proje... Ed, Projects are required to keep meta data up to date using the MyFoundation Portal (http://portal.eclipse.org/). The following problems were found with this project's meta-data: * Project home page (projecturl = http://www.eclipse.org/modeling/emf/?project=emf) does not have an "About <project>","About This Project" or "Information about <project>" link. Projects are required to provide that standard link on their home page (see http://www.eclipse.org/projects/standard-link-on-home-page.php) . The 'About' link should point to this URL: http://www.eclipse.org/projects/project_summary.php?projectid=modeling.emf. emf * The date for release "EMF (Core) 2.8.0" is in the past, but the release is not marked as completed. If it is completed, it should be marked as completed; if it has been postponed, it should be given a new target date. * There is no next/future release of this project. All Eclipse projects must have a "next release" planned and scheduled. ]]> Fri, 05 Apr 2013 04:00:13 GMT http://dev.eclipse.org/mhonarc/lists/emf-dev/msg01588.html emo@xxxxxxx (portal on behalf of emo) [emf-dev] Welcome Axel RICHARD as a new modeling.emf.compare Committer http://dev.eclipse.org/mhonarc/lists/emf-dev/msg01587.html modeling.emf.compare Committers, This automatically generated message marks the completion of all the legal paperwork and webmaster provisioning for Axel RICHARD. Axel RICHARD is a new full Committer on the modeling.emf.compare project. Welcome! modeling.emf.compare Committers, This automatically generated message marks the completion of all the legal paperwork and webmaster provisioning for Axel RICHARD. Axel RICHARD is a new full Committer on the modeling.emf.compare project. Welcome! ]]> Fri, 15 Mar 2013 14:53:01 GMT http://dev.eclipse.org/mhonarc/lists/emf-dev/msg01587.html cedric.brun@xxxxxxx (portal on behalf of Cedric Brun)