Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Archived » M2M (model-to-model transformation) » [ATL] XML to XML transformation: XSLT or ATL?
[ATL] XML to XML transformation: XSLT or ATL? [message #78084] Tue, 01 April 2008 15:36 Go to next message
Eclipse UserFriend
Originally posted by: xiong.irit.fr

Hi all,

In the case of an XML to XML transformation, I was wondering whether using
XSLT or using ATL is the best solution.
In particular, my questions would be:
1) What are the advantages/disadvantages of each of these languages?
2) Are these transformations equivalent? (e.g do ATL and XSLT languages
have the same expressive power?)

Could someone give me a hint about that?

Yours sincerely,

Joseph Xiong.
Re: [ATL] XML to XML transformation: XSLT or ATL? [message #78372 is a reply to message #78084] Fri, 04 April 2008 21:05 Go to previous messageGo to next message
Richard Eckart is currently offline Richard EckartFriend
Messages: 11
Registered: July 2009
Junior Member
Hi there,

XSLT has been made for XML to XML transformations and it can do that
job very very well. I doubt there are good reasons to perfer ATL over
XSLT and if so I would be really curious to hear them.

I would assume using ATL instead of XSLT is not advisable.

Cheers,

Richard

Joseph Xiong schrieb:
> Hi all,
>
> In the case of an XML to XML transformation, I was wondering whether
> using XSLT or using ATL is the best solution.
> In particular, my questions would be:
> 1) What are the advantages/disadvantages of each of these languages?
> 2) Are these transformations equivalent? (e.g do ATL and XSLT languages
> have the same expressive power?)
>
> Could someone give me a hint about that?
>
> Yours sincerely,
>
> Joseph Xiong.
>
>
Re: [ATL] XML to XML transformation: XSLT or ATL? [message #78435 is a reply to message #78084] Sun, 06 April 2008 10:49 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: milan.milanovic.org

Dear Joseph,

Joseph Xiong wrote:

> Hi all,

> In the case of an XML to XML transformation, I was wondering whether using
> XSLT or using ATL is the best solution.
> In particular, my questions would be:
> 1) What are the advantages/disadvantages of each of these languages?

Advantages of this approach are that when you have two XML files injected
into XML models and later to the domain metamodel, and the same for other
XML language and its metamodel, then you can define transformations
between that two metamodels on a very high level, using only metamodel
concepts (classes) and of course powerfull ATL language.

Disadvatages is that you need to have or define metamodel for you
XML-based language, and to define usually two uni-directional
transformations, namely, XML2MM and MM2XML.

> 2) Are these transformations equivalent? (e.g do ATL and XSLT languages
> have the same expressive power?)

> Could someone give me a hint about that?

Those two languages works in completely different technical spaces, so
they work with little bit different concepts. But, I must say that when
you have transformed you XML files into the domain metamodel instance, it
is easier and more expressive to work with ATL. More on this you can find
here:

http://www.research.ibm.com/journal/sj/453/czarnecki.pdf
http://dx.doi.org/10.1007/978-3-540-72982-2_25


_____________________________
Best regards, Milan Milanovic



> Yours sincerely,

> Joseph Xiong.
Re: [ATL] XML to XML transformation: XSLT or ATL? [message #79391 is a reply to message #78435] Wed, 16 April 2008 12:59 Go to previous message
Eclipse UserFriend
Originally posted by: xiong.irit.fr

Hello,

Many thanks to your answers ;)
Best regards,

Joseph Xiong
Previous Topic:[ATL] UML 2 BPEL
Next Topic:[QVTO]Incompatible input type 'modelparam::ResourceEObject', expected 'uml::Model'
Goto Forum:
  


Current Time: Wed Oct 16 22:33:36 GMT 2019

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

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

Back to the top