| ATL and files [message #34168] |
Wed, 25 April 2007 12:06  |
Eclipse User |
|
|
|
Originally posted by: angelsaneg.yahoo.es
Hello,
I would like to know if in atl is possible to work with files, to be able
to open, read and write in files from Atl.
thank you very much
greetings
Angel
|
|
|
|
|
| Re: ATL and files [message #34475 is a reply to message #34441] |
Thu, 26 April 2007 05:07  |
| Eclipse User |
|
|
|
Originally posted by: mikael.barbero.gmail.com
Hi,
So the answer is no. But you can build an annotation model instead of
describing your design decisions in a raw text file. Annotation models
are weaving models. You can have a short description of annotation
models here: http://www.eclipse.org/gmt/amw/usecases/annotation/
You can also ask questions on the AMW newsgroup
(news://eclipse.modeling.gmt.amw) for more information about how to use
this annotation model in your transformation.
Best regards,
Mikael
Angel Sanchez wrote:
>
> hello again,
> I was speaking about if text files could be treated in ATL . This files
> would have some decisions of design to help to do the transformation
> from an initial model to the target model. Due to this, I would like to
> know if from atl, text files can be read, without they are including
> like models of entrance(source models) in the atl transformation.
>
>
> I hope that now you understand me.
>
>
> greetings, Angel
>
>
>
>
--
Mikaël Barbero - PhD Candidate
ATLAS Group (INRIA & LINA) - University of Nantes
2, rue de la Houssinière
44322 Nantes Cedex 3 - France
tel. +33 2 51 12 58 08 /\ cell.+33 6 07 63 19 00
email: Mikael.Barbero@{gmail.com, univ-nantes.fr}
http://www.sciences.univ-nantes.fr/lina/atl/
|
|
|
| Re: [ATL] ATL and files [message #34776 is a reply to message #34475] |
Fri, 27 April 2007 11:27 |
| Eclipse User |
|
|
|
Hello,
I would argue that the answer is actually yes. However, you need to
follow the model engineering principles. ATL is not a GPL (General
Purpose Language) like Java, but a model transformation DSL (Domain
Specific Language) like SQL for database queries.
Following the model engineering principles here means that you have to
consider your additional file as a model. The following Howto entry
gives more information on how to do this:
http://wiki.eclipse.org/index.php/ATL_Howtos#How_do_I_use_ex tern_parameters_in_ATL_transformations.3F
This Howto entry uses an XML file to provide additional arguments to the
transformation. However, if you prefer a textual syntax, you may use TCS
instead:
http://wiki.eclipse.org/index.php/TCS
With TCS, you may even be able to use the very same format you were
already trying to use.
Finally, I must say that it is even better (because closest to the model
engineering principles) to define this additional model as a weaving
model, as Mikaël suggested. Furthermore, IIRC Mikaël has shown that it
is possible to use TCS to define such an annotation model that is also a
weaving model.
Regards,
Frédéric Jouault
P.S.: Please, remember to prefix the subjects of your ATL-related posts
on this newsgroup with [ATL].
Mikaël Barbero wrote:
> Hi,
>
> So the answer is no. But you can build an annotation model instead of
> describing your design decisions in a raw text file. Annotation models
> are weaving models. You can have a short description of annotation
> models here: http://www.eclipse.org/gmt/amw/usecases/annotation/
> You can also ask questions on the AMW newsgroup
> (news://eclipse.modeling.gmt.amw) for more information about how to use
> this annotation model in your transformation.
>
> Best regards,
> Mikael
>
> Angel Sanchez wrote:
>>
>> hello again,
>> I was speaking about if text files could be treated in ATL . This
>> files would have some decisions of design to help to do the
>> transformation from an initial model to the target model. Due to
>> this, I would like to know if from atl, text files can be read,
>> without they are including like models of entrance(source models) in
>> the atl transformation.
>>
>>
>> I hope that now you understand me.
>>
>>
>> greetings, Angel
>>
>>
>>
>>
>
>
>
|
|
|
Powered by
FUDForum. Page generated in 0.03359 seconds
Home