qpid-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "John O'Hara" <john.r.oh...@gmail.com>
Subject Re: C++ code generator
Date Sun, 23 Sep 2007 19:27:15 GMT
You know this is just an amazingly bad way to work.
It looks like almost everyone who has worked on the code generators just
threw away the previous one in a fit of Not Invented Here and started again,
with no discussion.

When it happens again, to one's favourite version, how will one feel?

The XSLT one was clean even though no one really likes XSLT.  But we have
this big XSLT which generates the docs in pretty print and no one will be
volunteering to rewrite that in Ruby.  XSLT is portable, clean and language
agnostic (and the open saxon.jar did all the work).  The Java generator
deserved to die but what was wrong with the Python one?

I'm not saying the Ruby one is bad, I'm just amazed at the lack of stability

You know, I think loading the model into Eclipse EMF and using its code
generation framework could be great.....

Arrrgh :)

On 17/09/2007, Alan Conway <aconway@redhat.com> wrote:
> On Mon, 2007-09-17 at 18:54 +0100, Rupert Smith wrote:
> > Can the Ruby generator be run from within Maven? That is, will JRuby
> handle
> > it? For the same reasons that we use jython...
> >
> Its just a couple of ruby scripts, nothing special so I don't see why
> not but I don't know if JRuby has limitations that we'd trip over.
> The generator is in 2 pieces: amqpgen.rb builds the AMQP model and
> collects the generated output. cppgen.rb adds some handy functions for
> generating C++, a similar javagen.rb would be easy to write.
> See /trunk/cpp/rubygen/templates for examples of use.
> Cheers,
> Alan.

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message