Let me lay out in broad swaths how my system would work:

1. First determine what your language info set is. In their example it would be a single string variable.
2. Now either write an XML schema or if you’re not a genius use Trang to generate one from some sample XML.

In their Hello World case we can use the sample XML:

<HelloText>Hello, world!</HelloText>

Trang cleverly generates the following schema from this:

<?xml version="1.0" encoding="UTF-8"?>
 <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified">
   <xs:element name="HelloText" type="xs:string"/>
 </xs:schema>

Which, being a genius, is exactly what I would have done. Now we have the info set for our little language. But who wants to type in that ugly XML stuff?

3. Transform the XML schema into a little language from requiring XML input to one based on a chosen style and structure.

For our case, we could choose C-style with a camelCase to whitespace transform.

4. From this generate a lexer, parser, and visitor specifically for this new language.

This mythical tool would then generate a lexer and parser that would take programs that look like this:

Hello text = "Hello, world!"

or maybe we would choose Lisp as our inspiration:

(HelloText "Hello, world!")

Of course the visitor supplied with the parser would then generate StaX events or DOM objects or some other XML representation that you could then use to execute this “code”.

Undoubtedly all of these transformations would of course be represented in some domain specific language perfectly suited to the task rather than having to click about 200 times on some terrible GUI interface.

5. For the coup de grace, provide a simple templating system like Velocity or GroovyTemplates to transform the XML into code that can be compiled or we could just choose to interpret the XML at runtime, like Spring does.

Now somebody out there go and write this thing so I don’t have to.