Jump to: navigation, search

ATL/How to Contribute to ATL Transformations Zoo

< ATL
Revision as of 10:40, 19 September 2006 by Freddy.allilaire.univ-nantes.fr (Talk | contribs)

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

The ATL transformations Zoo is open to contributors. All external contributions are welcome.

There is two possibilities to publish your scenario(s):

In the documentation or in the comments of the transformation itself, you may mention your identity and company by mail, URL, etc. In this way you may get back some advice from interested people.

Please send your contribution or XML Description (depending on the case) to atl-contact.

ATL Scenario Hosted on the Eclipse Server

If you wish to publish your scenario(s) in this zoo, you should provide the following stuff:

  • A zip containing:
    • ATL transformation(s) used
    • Metamodels used in Ecore/XMI format and if possible KM3 format (you can also contribute to the Atlantic Zoo)
    • Sample models (input and ouput)
    • Launch configuration script(s) and/or ANT script(s)
    • Documentation
  • A documentation (PDF, Word, etc.)
  • An XML description of your example (see XML Description of ATL Scenario)

XML Description of ATL Scenario (Eclipse Server)

<atlTransformation>
 <shortName>KM32DOT</shortName>
 <name>KM3 to DOT</name>
 <docLink>KM32DOT/ExampleKM32DOT[v00.01].pdf</docLink>
 <sourceLink>KM32DOT/KM32DOT.zip</sourceLink>
 <description>
  The KM3 to DOT example describes a transformation from a KM3 metamodel description into a class
  diagram drawn with DOT. KM3 is a textual concrete syntax to describe metamodels. It has its advantages,
  yet having a graphical presentation of a metamodel can be sometimes enlightening. DOT is an automatic
  graph layout program from Graphviz. It can be used to create graphical files, such as PS, PNG... out of
  its layout. The aim of this transformation is to generate a rough visualization, in the form of a class
  diagram, of a KM3 model. A metamodel created with KM3 does not include any representation information,
  so DOT, the Graphviz tool, is used to compute the layout and generate the output picture.
 </description>
 <pubDate></pubDate>
</atlTransformation>

ATL Scenario Hosted on an External Server

If your ATL scenario is hosted on an external server (i.e. not Eclipse server), you just need to send us an XML description of your example (see XML Description of ATL Scenario).

XML Description of ATL Scenario (External Server)

<atlTransformation>
 <shortName>UMLAccessors</shortName>
 <name>UML Accessors, Java2Accessors</name>
 <docLink>http://ssel.vub.ac.be/ssel/research:mdd:casestudies#accessors_java2accessors</docLink>
 <sourceLink>http://ssel.vub.ac.be/viewcvs/viewcvs.py/svn-gen/UML1CaseStudies/uml1cs-transformations/</sourceLink>
 <description>
  These transformations are part of the <a href="http://ssel.vub.ac.be/ssel/research:mdd:casestudies">UML refinement transformations</a> by
  <a href="http://ssel.vub.ac.be/ssel/about:members:denniswagelaar">Dennis Wagelaar</a>.
  These transformations introduce accessor Operations/Methods (with Java bodies) for each public Attribute.
  The public Attributes are then made private. This transformation is also used in refactoring as "Encapsulate Field". 
  There are two variants available:
   <a href="http://ssel.vub.ac.be/viewcvs/viewcvs.py/UML1CaseStudies/uml1cs-transformations/Accessors.atl?view=markup">Accessors.atl</a>:</b>
   Uses strict Java 1 API. Works on J2ME MIDP 1.0 as well.
   <a href="http://ssel.vub.ac.be/viewcvs/viewcvs.py/UML1CaseStudies/uml1cs-transformations/Java2Accessors.atl?view=markup">Java2Accessors.atl</a>:
   Uses the Java 2 Collections framework. Works on J2ME PP 1.0 as well.
  </ul>
 </description>
 <pubDate></pubDate>
</atlTransformation>