Hello, I hear about this first time. Here are many such tools. Nearly every professional UML tool allow this (UML model as input to templating language e.g http://www.sparxsystems.com.au/platforms/mda_tool.html). Also for example JetBrains (IntelliJ IDE) have their system for MetaProgramming MPS http://www.jetbrains.com/mps/index.html , which is also propagated as DSL tool. I did some evaluation in DSL tools area about one and half year ago. At this time AndroMDA, which we was happily using, was dying. My reasons why I choose Sculptor: - Reusing all nice tools from Eclipse (oAW, XTend, XText, ...) - Very strong academic background in Eclipse tooling - Best practices from DDD - Nice DSL - you really understand what should be and what not in DSL definition, this is very important - Best practice implementation - Latest frameworks (e.g. JPA) without changing too much in existing code - Spring integration - Open source - Customization possibilities - SpecialCases.xpt, properties, and still allow upgrade from main tree, you have both advantages, standard new features with your customization (what is in reality practical reflection of academic background in tooling), I love this
My vision, which is maybe not your, that's ok ;-) - Prepare for OSGI - Middleware integration (Eclipse Swordfish, FUSE ESB - Both based on ServiceMix 4) - Pre made sytem services (Properties service, Script service, MDM (Master Data Management) services - Pre made business services (OrgUnit, Employee, User, ...) Till we are stick with standard tools, frameworks and best practices (which, I feel, we all strongly agree) I'm even not looking for anything else. However if you have time and you hope you can bring something interesting from this tools go on (but than consider also JetBrains MPS, interesting approach). I don't want be negative, but I'm so happy with Sculptor that I can't express it otherwise. I guess we need better spread of information about Sculptor and I see some nice activities in this area from Patrik. We have to show Sculptor on some conferences for developers (Java, IDG, ...). Maybe to merge with some commercial activities. But that's another topic. Regards Pavel On Mon, Jul 27, 2009 at 12:01 AM, Patrik Nordwall<patrik.nordw...@gmail.com> wrote: > > There are a lot of similarities between Spring Roo and Sculptor. > > I think it is good news that they launch Spring Roo and I hope they will be > successful, because then it will increase the overall interest in > productivity tools. > > I have only read what is easily available and played with the tool for a few > hours. I had big expectations on Spring Roo. I don't have enough experience > of it yet to have a solid opinion, but I can admit that I'm pretty > disappointed when playing with it so far. I will not go into details here, > but it will likely be a topic for our http://fornax-sculptor.blogspot.com/ > blog , when we have evaluated Roo more. > > The features are very limited so far. Try to define some real domain model > and you immediately see that it only supports very basic stuff. That will of > course be improved, but they are far behind us today. > > Looking at the internal implementation of addons I would prefer something > more sophisticated to generate code than almost plain java. I prefer > temples. oAW Xpand is excellent. > > I'm not a shell addict. I think it is more useful with a textual DSL. > > I like the interactive mode, with background code generation. That would be > a cool thing for us to implement. It would be interesting to discuss the > possibilities for that with the oAW guys. I guess it would require some kind > of partial code generation. But that is another thread, some day. > > Maybe I like the AspectJ ITDs for separating the generated code. Sculptor > uses extension. It is nice to get rid of the artificial inheritance, but I > don't know enough about eventual drawbacks of the additional tooling that is > required by aspectj. > > /Patrik > > > > nanomouse wrote: >> >> How is this similar to / different from the Spring Roo project? >> > > -- > View this message in context: > http://www.nabble.com/Spring-Roo-tp24660129s17564p24670945.html > Sent from the Fornax-Platform mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > _______________________________________________ > Fornax-developer mailing list > Fornax-developer@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/fornax-developer > ------------------------------------------------------------------------------ _______________________________________________ Fornax-developer mailing list Fornax-developer@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fornax-developer
