Comparing Helma and Grails

First let me congratulate the Helma team for their 1.6 release. Helma is an awesome piece of software with a long stable history. And the developers are friendly, innovative and clever. If you want server side Javascript, go for Helma. But I thought about how Helma does compare to other web application platforms? Especially to Grails, which I’ve been using for some time now.

I’ve written the first part of Reposita in both Helma and Grails to figure out what language and platform to use. It was a pleasant experience with both Helma and Grails. But there are differences in the platforms and it depends on what you want to do – as always – to choose the right tool.

Helma pros are:

– JavaScript on the server. This means only one language in your application
– Very fast, also on older hardware
– Skin support
– Change file, reload, view- cycle just works. Very productive
– Lean, clean feeling
– Notion of children, powerful and easy URL mapping. Children help you model applications faster, most applications need the concept of children in their domain model
– ApplicationServer, Manager, SQLshell applications when running your application
– On the fly API documentation creation during runtime (!)
– Powerful listRenderer and excellent Jala extension libraries
– Explicit root object
– Proof of success in several high traffic sites for years

There are also some cons for Helma:

– Different Javascript versions on client and server (1.5 and 1.6). The browser will always lack behind Rhino. This leads to programming problems because of the very similiar, but different languages (JS 1.5 vs JS 1.6 and beyond)
– Not enough documention, sometimes confusing documentation. There are far to few tutorials for Helma and the existing ones sometimes seem out of date
– Mapping and joins have only abstract examples, concrete examples (Book, Author,….) needed as everybody else does
– Features missing (Object querying, n:m mapping, perhaps reuse JPA). I know when you want to do many-to-many mappings you usually forgot to model an entity. But sometimes n:m is nice to have as a first hack
– Errors/Exceptions/Stack traces not descriptive enough. People seem to need a lot of inside knowledge to decipher stack traces
– Debugging hard, debugger didn’t work the way it should (also see above about stack traces)
– No clear class inheritance (the Javascript problem). That’s only an issue when you are used to OO inheritance . Often I don’t use OO inheritance but compositions, but in some situations it’s useful (infrastructure code mostly).
– Not as fast as Java

I’ve also done Reposita in Grails. The pros of Grails as perceived by me are:

– Grails packagable to WAR, Groovy compilable to .class. This makes Grails easy to integrate into existing applications
– Change file, reload, check – cycle very productive
– Things you need are there
– Little suprises
– Plugin architecture
– Very powerfull
– Enough existing documentation, some articles and tutorials. Excellent Grails book and Groovy book.
– Innovative and fast moving community

Some cons of Grails (hopefully they will be solved by 1.0):

– Stack traces too long. Sometimes the same applies as I said for Helma. Stack traces need inside knowledge to decipher, especially if the errors come from meta programming techniques in Grails
– Sometimes no exceptions are thrown, but the application does not work.
– Sometimes funny error messages (“list() not found”)
– Documentation feels like a patch work of texts. They should reorganize the documentation to be more coherent. See Hibernate for excellent documentation
– Community is moving too fast (Hey, wasn’t that a pro?). Concepts change very fast (from 0.3 to 0.4 to 0.5.6). It’s not clear what to use, some google finds show old solutions. Every sample should be tagged with the Grails version number. Some documentation is for 0.4 although things are different with 0.5.6
– Not as fast as Java

So which one is better? Which one will I use? Both are good, both are usable. I would prefer Helma if you already know Javascript or are a Javascript shop. Also for much better scalability, use Helma. It feels cleaner and there might be a white swan in the future, when Helma JS applications run the same code on the server and the client in the future. Otherwise if you’re a Java developer Grails might appeal more to you. Groovy is very similar to Java. There are more features in Grails and it’s moving faster. The community is bigger and Grails and Groovy might break into the Java mainstream. There are signs everywhere.

I’m not sure right now what to use (also because I have good access to Helma/Jala developers, one of them is a friend and lives here in Berlin :-)

Thanks for listening,


185 thoughts on “Comparing Helma and Grails”

  1. Pingback: read
  2. Pingback: ????? ???? ????
  3. Pingback: hgh banned
  4. Pingback: website erstellen
  5. Pingback: obat kutil kelamin
  6. Pingback: visit the site
  7. Pingback: Jual
  8. Pingback: mengobati
  9. Pingback: para para dinle
  10. Pingback:
  11. Pingback: margaret cunniffe
  12. Pingback: sakit
  13. Pingback: financial fraud
  14. Pingback: kencing
  15. Pingback: Obat Kencing Panas
  16. Pingback: nanah
  17. Pingback: hpv
  18. Pingback: denature
  19. Pingback: obat herbal
  20. Pingback: My Drone View
  21. Pingback: Obat Kencing Nanah
  22. Pingback: Gonore Pada Pria
  23. Pingback: Kutil di Anus
  24. Pingback: Obat Untuk Gonore
  25. Pingback: Obat Herbal Eksim
  26. Pingback: Obat Eksim
  27. Pingback: obat kutil kelamin
  28. Pingback: herpes
  29. Pingback: Obat Kutil Kelamin
  30. Pingback: hamil
  31. Pingback: cara
  32. Pingback: pada
  33. Pingback: bogor
  34. Pingback: obat china sipilis
  35. Pingback: Obat Sipilis Alami
  36. Pingback: infeksi sifilis
  37. Pingback: comprar dianabol
  38. Pingback: enfermedad sipilis
  39. Pingback: syphilis discharge
  40. Pingback: video sipilis
  41. Pingback: sipilis kaskus
  42. Pingback: kutil kelamin hiv
  43. Pingback: obat kencing nanah
  44. Pingback: obat kutil kelamin

Comments are closed.