> From: [log in to unmask] > My interest lies in being able to generate some of the code and > being able to do the full round-trip engineering. We do embedded > systems and the capabilities of Rose for generating any code aren't > what we'd like. I've been working on an open code generator (ColdFrame, at http://www.pushface.org/coldframe/); this is the first public announcement, and the software and documentation are very much in alpha. The main difficulty as I see it with closed code generators is that you need a lot of access to the internals to be able to cope with new generation-time options (if the model is like /this/, generate code like /that/). Rose/Ada doesn't give you a great deal of control (except through an amazing dialog box with more options than you could shake a stick at), and requires you to have a class in your model if you want a code package generated (so you get loads of support cruft in the design model, instantiations of generic containers etc). This makes reverse engineering difficult (even if Rose/Ada supported it) (even if it were a Good Thing). Aonix make good noises about the CG strategy in Software through Pictures. ARTiSAN (artisansw.com) are working on Ada code generation. I don't know whether I-Logix (ilogix.com) intend to support Ada, but the zero-cost Rhapsody C/C++ Modeler has just another such dialog box! and I don't /think/ you get much choice about your run-time infrastructure. None of the above provide a means of writing language-independent model code (well, AIUI Rhapsody uses C++ for model code, I could well be wrong about that). If that's what you're after, look at the 'executable UML' stuff at -- I think -- www.xuml.org; alternate routes maybe through the Project Technology (projtech.com) or Kennedy-Carter (kc.com) sites.