gmf-dev http://dev.eclipse.org/mhonarc/lists/gmf-dev/maillist.html gmf-dev en-us Thu, 10 May 2012 14:10:07 GMT Thu, 10 May 2012 14:10:07 GMT http://blogs.law.harvard.edu/tech/rss MHonArc RSS 2.0 RCFile webmaster@eclipse.org (Webmaster) webmaster@eclipse.org (Webmaster) gmf-dev http://www.eclipse.org/eclipse.org-common/themes/Phoenix/images/eclipse_home_header.jpg http://dev.eclipse.org/mhonarc/lists/gmf-dev/maillist.html [gmf-dev] CfP Workshop Methodical Development of Modeling Tools (MeDMoT'12) http://dev.eclipse.org/mhonarc/lists/gmf-dev/msg01944.html Call for Papers ----------------------------------- Workshop "Methodical Development of Modeling Tools" (MeDMoT'12) on the 15th Intl. Conference on Computational Science and Engineering CSE 2012, 3-5 Oct 2012 http://www.wi-inf.uni-due.de/MeDMoT2012 Paper s... Call for Papers -----------------------------------
Workshop "Methodical Development of Modeling Tools" (MeDMoT'12)

on the 15th Intl. Conference on Computational Science and Engineering CSE 2012, 3-5 Oct 2012
http://www.wi-inf.uni-due.de/MeDMoT2012

Paper submission: 10 June 2012
-----------------------------------

PDF version: http://www.wi-inf.uni-due.de/MeDMoT2012/download/MeDMoT2012-CfP.pdf

Topics:
Software tools for modeling are prerequisites for scientific and practical applications of modeling methods and modeling languages. To test and exemplify new modeling approaches, research prototypes of model editors are required, as well as tools for presenting and analyzing models. To be able to efficiently develop such modeling tools. it is desirable to methodically guide the development of modeling tools, and elaborate procedures to align their design with the conceptualization of new modeling languages and modeling methods.

The workshop "Methodical Development of Modeling Tools" (MeDMoT'12) focuses on procedures and architectural principles related to the creation of software for presenting, editing, transforming or analyzing models.

Dates:
2012-06-10 Paper submission (with blinded author names)
2012-07-15 Notification of acceptance
2012-07-31 Camera-ready article

Possible research questions for submissions are (related topics are also welcome):
- How can formal language descriptions, e. g. meta-models or language grammars, be consulted for partially or fully automatizing the creation of modeling tools?
- How can process models describing modeling activities be made the basis for developing process-oriented modeling tools?
- Which methodical implications are bound to the use of code generation approaches to create tooling support, and how do they compare to runtime interpreter solutions?
- How can versioning conflicts be handled or avoided during parallel development of modeling languages, modeling tools, and existing model instances?
- Which role do model editors play as end-user interface to control applications ("models at runtime")? To what extent do "models at runtime" blur the border between developing modeling tools and other types of applications?

Submission and reviews:
Articles must be created in IEEE 8.5" x 11" two-column format (http://www.ieee.org/conferences_events/conferences/publishing/templates.html), according to the guidelines of the main conference (http://www.cse2012.cs.ucy.ac.cy/index.php?p=CallForPapers). The review process will be performed double-blind, so submissions should not contain hints at the authors' identities. Each submission will be rated by three reviewers, whose comments will be made available to the authors. Accepted papers will be published in the IEEE CSE 2012 conference proceedings, and will also be electronically available through the IEEE Xplore Digital Database. Submitting is done via EasyChair at https://www.easychair.org/conferences/?conf=medmot12. For more information and updates visit http://www.wi-inf.uni-due.de/MeDMoT2012, or please directly contact the workshop organizers.

Organization:
Jens Gulden, University of Siegen, gulden@xxxxxxxxxxxxxxxxxx
Jens Henning von Pilgrim, jens.vonPilgrim@xxxxxxxxxxxxxxxx

Program committee:
Ulrich Frank, UniversitÃt Duisburg-Essen
Holger Giese, Hasso-Plattner-Institut, Potsdam
Reinhard von Hanxleden, Christian-Albrechts-UniversitÃt zu Kiel
JÃrgen Jung, DHL Global Forwarding, Bonn
Lutz Kirchner, BOC GmbH, Berlin
Dimitris Kolovos, University of York
Paul McIntosh, VPAC, Melbourne
Jan Mendling, Vienna University of Economics and Business Administration
Ed Merks, itemis AG, Berlin
Erik Proper, Public Research Centre Henri Tudor, Luxembourg
Matti Rossi, Aalto University, Helsinki
Friedrich Steimann, FernUniversitÃt in Hagen
Stefan Strecker, FernUniversitÃt in Hagen

--
Dipl.-Wirt.-Inf. Mag. phil. Jens Gulden
Lehrbereich IT-Sicherheit
FakultÃt III â Wirtschaftswissenschaften, Wirtschaftsinformatik und Wirtschaftsrecht
UniversitÃt Siegen
Raum H-C 8329/2
tel [+49|0] 271-740-3260
fax [+49|0] 271-740-3444
www http://www.uni-siegen.de/fb5/itsec/mitarbeiter/gulden/


]]> Thu, 10 May 2012 14:08:02 GMT http://dev.eclipse.org/mhonarc/lists/gmf-dev/msg01944.html jens.gulden@xxxxxxx (Jens Gulden) Re: [gmf-dev] GMFT Build Problems on Hudson -- resolved now http://dev.eclipse.org/mhonarc/lists/gmf-dev/msg01943.html Hi, Addendum about this annoying maven-javadoc-plugin: Since we ship source bundles, we can get rid of the Javadoc: JDT is able to retrieve it from SourceBundle. https://bugs.eclipse.org/bugs/show_bug.cgi?id=379101 -- Mickael Istria Eclipse developer at J... Hi,

Addendum about this annoying maven-javadoc-plugin:
Since we ship source bundles, we can get rid of the Javadoc: JDT is able to retrieve it from SourceBundle.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=379101

--
Mickael Istria
Eclipse developer at JBoss, by Red Hat
My blog - My Tweets
]]> Thu, 10 May 2012 11:13:10 GMT http://dev.eclipse.org/mhonarc/lists/gmf-dev/msg01943.html mistria@xxxxxxx (Mickael Istria) [gmf-dev] GMFT Build Problems on Hudson -- resolved now http://dev.eclipse.org/mhonarc/lists/gmf-dev/msg01942.html Hello, We experienced some weird problems on Hudson yesterday, so I decided to write down the issues and solutions we have found. Yesterday for a couple of builds in a row the Hudson build failed very early with the error similar to this one:  The problem ...
We experienced some weird problems on Hudson yesterday, so I decided to write down the issues and solutions we have found. 

Yesterday for a couple of builds in a row the Hudson build failed very early with the error similar to this one: 

[INFO] Parent project for GMF Tooling build .............. FAILURE [1.798s]
....<skipped> 
[INFO] o.h.m.e.h.MavenExecutionResultHandler - Build failed with exception(s)
[INFO] o.h.m.e.h.MavenExecutionResultHandler - [1] org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal on project org.eclipse.gmf.tests: Could not resolve dependencies for project org.eclipse.gmf-tooling.tests:org.eclipse.gmf.tests:eclipse-test-plugin:2.1.0-SNAPSHOT: Could not find artifact org.eclipse.gmf-tooling.plugins:org.eclipse.gmf.xpand.qvtlibrary:jar:1.1.1-SNAPSHOT
[DEBUG] Closing connection to remote
[ERROR] Failed to execute goal on project org.eclipse.gmf.tests: Could not resolve dependencies for project org.eclipse.gmf-tooling.tests:org.eclipse.gmf.tests:eclipse-test-plugin:2.1.0-SNAPSHOT: Could not find artifact org.eclipse.gmf-tooling.plugins:org.eclipse.gmf.xpand.qvtlibrary:jar:1.1.1-SNAPSHOT -> [Help 1]

The problem was kinda mysterious, because at the same time the local build was working well. 

With help from Mickael Istria we have identified that the problems like this are related to the javadoc maven plugin which works against the jars only. 
It means that full build may be successful ONLY if there was partial build (the one without the javadocs generated, "-P !javadoc" option for Maven) was successful at the same reactor. 

This partial build does not need tests (they will be executed later at the full build), so the GMFT Releng Wiki [1] suggest to run it also with "-Dmaven.test.skip=true" option.

Important additions we have found yesterday: 
  • As changing the version of any plugin/feature requires changing of the maven artifact version, the same partial build MUST be executed after every version change 
  • As Hudson uses the number of slaves, it is NOT normally guaranteed that your partial build is executed at the same slave as a full build. There are no shared repository at Hudson, so the Full Build may still fail until you will be lucky enough to be scheduled to the same slave as a partial build.
  • To overcome the latter problem and don't play roulette with slaves, you may restrict the set of available locations to build - search for "Restrict where this project can be run" at the configuration page. 

Regards, 
--

Michael "Borlander" Golubev
Eclipse Committer (GMF, UML2Tools)
at Montages Think Tank, Prague, Czech Republic
1165/1 Dvorecka, 14700, Prague-4 Podoli

tek: +420 602 483 463


]]> Thu, 10 May 2012 11:03:17 GMT http://dev.eclipse.org/mhonarc/lists/gmf-dev/msg01942.html golubev@xxxxxxx (Michael Golubev) Re: [gmf-dev] [EMF Problem] http://dev.eclipse.org/mhonarc/lists/gmf-dev/msg01941.html Use the newsgroup not the mailing list for user questions and think about how someone might reproduce your problem.     Perhaps you're not using Javadoc, i.e., /** */, comments. 

On 05/05/2012 8:37 AM, gayan gunawardana wrote:
I got this error while trying to add EMF model at the place Annotated java.

/*** Problem were encoutered processing the java source

Reason
Errors were detected while resolving names or processing @model annotation

No model elements were found in java source: check for '@model' on interfaces and classes ***/

Please give me some help

Thanks,
Gayan


_______________________________________________
gmf-dev mailing list
gmf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/gmf-dev
]]> Sat, 05 May 2012 07:24:27 GMT http://dev.eclipse.org/mhonarc/lists/gmf-dev/msg01941.html ed.merks@xxxxxxx (Ed Merks) [gmf-dev] [EMF Problem] http://dev.eclipse.org/mhonarc/lists/gmf-dev/msg01940.html I got this error while trying to add EMF model at the place Annotated java./*** Problem were encoutered processing the java sourceReasonErrors were detected while resolving names or processing @model annotation No model elements were found in java source: ...
/*** Problem were encoutered processing the java source

Reason
Errors were detected while resolving names or processing @model annotation

No model elements were found in java source: check for '@model' on interfaces and classes ***/

Please give me some help

Thanks,
Gayan
]]> Sat, 05 May 2012 06:37:40 GMT http://dev.eclipse.org/mhonarc/lists/gmf-dev/msg01940.html gmgunawardana@xxxxxxx (gayan gunawardana) [gmf-dev] Project meta data is out of date for modeling.gmp.gmf-tooling http://dev.eclipse.org/mhonarc/lists/gmf-dev/msg01939.html Michael, 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://modeling.eclipse.org/modeling/... Michael, 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://modeling.eclipse.org/modeling/gmp/?project=gmf-tooling) 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.gmp. gmf-tooling ]]> Sat, 05 May 2012 04:00:03 GMT http://dev.eclipse.org/mhonarc/lists/gmf-dev/msg01939.html emo@xxxxxxx (portal on behalf of emo) [gmf-dev] Project meta data is out of date for modeling.gmp.gmf-runtime http://dev.eclipse.org/mhonarc/lists/gmf-dev/msg01938.html Anthony, 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/gmp/?... Anthony, 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/gmp/?project=gmf-runtime) 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.gmp. gmf-runtime ]]> Sat, 05 May 2012 04:00:03 GMT http://dev.eclipse.org/mhonarc/lists/gmf-dev/msg01938.html emo@xxxxxxx (portal on behalf of emo) [gmf-dev] Project meta data is out of date for modeling.gmp.gmf-notation http://dev.eclipse.org/mhonarc/lists/gmf-dev/msg01937.html Anthony, 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 does not exist (projecturl = http://localhost/model... Anthony, 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 does not exist (projecturl = http://localhost/modeling/gmp/?project=gmf-notation returns a 404) ]]> Sat, 05 May 2012 04:00:03 GMT http://dev.eclipse.org/mhonarc/lists/gmf-dev/msg01937.html emo@xxxxxxx (portal on behalf of emo) [gmf-dev] palette tool for creating object from a template http://dev.eclipse.org/mhonarc/lists/gmf-dev/msg01936.html I'm trying to put tools on the palette that will create objects that are copies of template objects. The palette runtime is straight forward and this kind of request seems to fit within a local subclass of GMF CreateViewAndElementRequest, for instance: pub... I'm trying to put tools on the palette that will create objects that are copies of template objects. The palette runtime is straight forward and this kind of request seems to fit within a local subclass of GMF CreateViewAndElementRequest, for instance:

public TemplateObjectCreateRequest(IElementType type, final EObject templateObject, PreferencesHint preferencesHint) {
super(
new ViewAndElementDescriptor(
new CreateElementRequestAdapter(
new CreateElementRequest(type)), preferencesHint));
this.templateObject = templateObject;
}

Does this sound like a good approach? I'm now at the stage of implementing the create policy for this request and have gotten stuck there.

I'm off to read the runtime docs but any advice would be great, thanks.
Greg Jansen

]]> Thu, 03 May 2012 17:38:54 GMT http://dev.eclipse.org/mhonarc/lists/gmf-dev/msg01936.html count0@xxxxxxx (Gregory Jansen) Re: [gmf-dev] goal: one GMF editor for two models http://dev.eclipse.org/mhonarc/lists/gmf-dev/msg01935.html _______________________________________________ gmf-dev mailing list gmf-dev@xxxxxxxxxxx https://dev.eclipse.org/mailman/listinfo/gmf-dev Attachment: crosswalk.png Description: PNG image It is a model that represents mappings from tabular data to XML element/attributes.  One top-level model is a specific mapping of data, a crosswalk. It shows the data columns on one side and let's the user drop widgets that represent XML on the canvas and then link them with data, configure default values, etc.. The other model is dictionary, which is a set of mappings, except in the dictionary there is no data. Instead the XML widgets in each mapping are connected to "ports". Users will reuse such mapping later, linking these input ports to their data.  (In effect the dictionary is a set of encapsulated mappings.)

I've been doing some tweaks to the figures, making ports responsive to their connections, overriding certain pop-up behaviors and handling the impact of nested XML child references on request/command edit policy. To be clear, the model does not deal in the specifics of any XML schema, but it does get set up with an EClass that is the output type.

For the moment I'm exploring the option (2) below. I can live without the pop-up menus. I was thinking that I could have some custom save behavior that would strip out the canvas node. I haven't delved into custom templates yet, but it may be time for me to pick up some of that.

A diagram is attached.

thanks for your help,
Greg

On 04/30/2012 07:47 AM, Michael Golubev wrote:
Hello, 

Sorry, I am not sure I understand your use case, may be the emfatic-like sketch of both ecore's would help here. I am trying to understand how much commons do your crosswalk and dictionary elements share. 

Without looking at the details, I may only say that the intended way of using GMF-T would be to extract the customizations into the custom templates and then generate the customized pieces into the both diagrams. 

What kind of customizations we are talking about? 

Regards, 
-- 

Michael "Borlander" Golubev
Eclipse Committer (GMF, UML2Tools)
at Montages Think Tank, Prague, Czech Republic
1165/1 Dvorecka, 14700, Prague-4 Podoli

tek: +420 602 483 463



On Thu, Apr 26, 2012 at 5:57 PM, Gregory Jansen <count0@xxxxxxxxxxxxx> wrote:
Hi there,

I am building some visual metadata tools for librarians and digital
curation. I have a model for mapping tabular data to XML (crosswalk
model). I also have a model in the same package for defining data
dictionaries, i.e. common mappings (dictionary model). The GMF code
for the crosswalk editor is generated and tweaked with various helpers
and advice. Instead of pursuing a parallel track and generating a
whole separate editor for the dictionary model and duplicating all
those customizations, which are largely identical, I'd really like to
use the same editor for both..

A couple strategies come to mind:

1) Tried to map the canvas to a super-type.  This doesn't work b/c the
top-level nodes have to be features in the canvas domain model or it's
super-types.

2) Make a type to contain 1 of either dictionary and crosswalk. Then create a figure that grabs the whole canvas for the single top-level node. I'm pretty sure this will mess up the pop-up balloons.

3) Same as (2), but don't grab the whole canvas. Instead place single top-level node somewhere on the canvas, maybe as a label. Then find a way to use the canvas as a content pane or place children outside the parent. Any way to do this?

Is there a better way?
many thanks,
Greg

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






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

Attachment: crosswalk.png
Description: PNG image

]]> Mon, 30 Apr 2012 13:49:49 GMT http://dev.eclipse.org/mhonarc/lists/gmf-dev/msg01935.html count0@xxxxxxx (Gregory Jansen)