I'm working on a Grails project with 162 domains so far (20ish of them are mostly empty subclassed shells, but the rest aren't). As I work through it, I find myself wondering how I'd build this if I started from scratch, either in Grails or something else, to have things be 'less messy'. I'm not sure it's really possible, to the extent I want it to be, while still being able to hit any reasonable deadlines for delivering business goals.
Much of the 'messiness' I see in this project are the same sorts of things I've encountered on other large projects in Grails, PHP and even in one case Rails (smaller, but it still got messy imo): devs on the team change; devs changed their mind about an approach and didn't go back to refactor earlier code; few or no tests in place; lack of up to date documentation for devs or end-users. None of these are encouraged by Grails, or indeed any other language/platform. So yes, I'd also like to hear about the 'messiness' and how something like Play would make a project not messy. I'll grant that starting over from scratch will give the feeling of non-messiness to start with, but much of the feelings of 'messy' from projects have far more to do with developer discipline and understanding of their own tools vs anything inherent in a particular platform. On Feb 12, 2:33 am, Joe Sondow <[email protected]> wrote: > Alex, I'll acknowledge that Grails is slow, but can you elaborate > about what makes it messy? Would your complex system with dozens of > model classes be more organized in a different framework? I'm not > arguing, I'm just curious. > > On Feb 11, 9:32 pm, Alex Turner <[email protected]> wrote: > > > > > > > > > I have to say, I got a bit disillusioned with Grails. It's kind of messy, > > and pretty slow. I like what it can do, and the syntax is an upgrade from > > plain Java, but it's just not that great once you end up with a more > > complex system than a couple of dozen model classes. > > > I've heard good things about Play with Scala, I think I'm gonna check that > > out next. > > > Alex > > > On Feb 10, 2012, at 5:22 AM, Rakesh wrote: > > > > definitely consider Grails. Its the next step up without it being > > > completely different. The Groovy language is very nice but not too > > > intimidating, with the proviso you can drop into plain Java if you > > > need to. > > > > The Grails framework essentially gives you a > > > convention-over-configuration application framework (based on > > > Spring/Hibernate) excellent for creating corporate CRUD apps quickly. > > > > R > > > > On 10 February 2012 11:56, Vince O'Sullivan <[email protected]> wrote: > > >> In our dept., we're putting together JSF 2.0 applications to run on > > >> the company intranet. They're written in Java 1.6 and hosted on a > > >> Tomcat 6 web server on a linux box and they access data in Oracle > > >> databases. They work fine and are proving reliable but JSF and > > >> managing beans does seem to be something of a dark art. > > > >> The database is a given and I'd be reluctant to change either the base > > >> language or web server that we use (but might be persuaded). > > > >> Given those restrictions, what are the most mainstream alternatives > > >> that we might consider? > > > >> -- > > >> You received this message because you are subscribed to the Google > > >> Groups "The Java Posse" group. > > >> To post to this group, send email to [email protected]. > > >> To unsubscribe from this group, send email to > > >> [email protected]. > > >> For more options, visit this group > > >> athttp://groups.google.com/group/javaposse?hl=en. > > > > -- > > > You received this message because you are subscribed to the Google Groups > > > "The Java Posse" group. > > > To post to this group, send email to [email protected]. > > > To unsubscribe from this group, send email to > > > [email protected]. > > > For more options, visit this group > > > athttp://groups.google.com/group/javaposse?hl=en. -- You received this message because you are subscribed to the Google Groups "The Java Posse" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/javaposse?hl=en.
