From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,5716f1b70af0ef9d X-Google-Attributes: gid103376,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news2.google.com!news2.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!newsfeed00.sul.t-online.de!newsfeed01.sul.t-online.de!t-online.de!newsfeed01.chello.at!newsfeed02.chello.at!news.hispeed.ch.POSTED!not-for-mail Message-ID: <1272606.X88MrAQ2va@linux1.krischik.com> From: Martin Krischik Subject: Re: ANNOUNCE: Avatox 1.8 is now available Newsgroups: comp.lang.ada Date: Sat, 01 Sep 2007 17:10:41 +0200 References: <1278164.6P7X0PHotG@linux1.krischik.com> User-Agent: KNode/0.10.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: abuse@hispeed.ch Organization: hispeed.ch NNTP-Posting-Host: 84.73.231.198 (84.73.231.198) NNTP-Posting-Date: Sat, 01 Sep 2007 17:30:07 +0200 X-Trace: 4414146d9857ff1ec426321590 Xref: g2news2.google.com comp.lang.ada:1651 Date: 2007-09-01T17:10:41+02:00 List-Id: Marc A. Criley wrote: > Martin Krischik wrote: >> Marc A. Criley wrote: >> >>> Avatox (Ada, Via Asis, To Xml) is an application that traverses Ada >>> compilation units and outputs their ASIS representation(s) as XML >>> document(s) in the Avatox XML Format, AXF, file extension "axf". The >>> format of the XML in the document can be configured, and supplemental >>> source annotations can be generated. >> >> Interesting - I still wonder why not XMI - With XMI we could feed the >> output into tools like umbrello [2] which would be the first step towards >> an Ada UML tool with round trip engineering. > > That's a fair question. > > AXF is seen as a first step--First let's get the Ada into a more > malleable form that can be processed by XML tools and technologies. > Then it becomes more amenable to content extract and transformation, > with Avatox generating "AXFPoint" (AXF Points Of INformation for > Transformation) elements to to assist with transformations by providing > information beyond that of the basic ASIS-derived semantic information. > > In other words, AXF -> UMI would be easier than Ada -> UMI because > you've lessened the "impedance mismatch" between the source and target. > In addition, if you want to change the way Ada constructs are mapped > to UMI (or any other target), or if you need to adapt to a revised UMI, > it's almost always going to be much simpler to alter an XML > processor--especially if it's stylesheet based--than the Ada-to-XML > generator. So: .adb ==Avatox==> .axf ==XXX==> .xmi ==xmi2code==> .adb is easier then .adb ==Avatox==> .xmi ==xmi2code=> .adb Only we would need XXX ;-). Martin xmi2code: http://xmi2code.sourceforge.net/ -- mailto://krischik@users.sourceforge.net Ada programming at: http://ada.krischik.com