Spring roo Vs (Wicket and Spring)

烈酒焚心 提交于 2019-12-02 21:44:39
Pascal Thivent

First, Spring Roo is a code generator tool (similar to Grails commands system):


(source: springsource.com)

Second, Spring Roo applications currently use Spring Web Flow for the view and Spring for the glue.

So, while you can compare (Spring Web Flow + Spring) and (Wicket + Spring), the later combo doesn't offer anything comparable to Roo out of the box (maybe AppFuse or AppFuse Light but you didn't mention them and they are third-party projects).

In other words, I don't think that "Spring Roo vs (Wicket and Spring)" makes sense.

Our current project uses Spring and Wicket, we have always used Spring but switched to Wicket a year ago. Few advices:

  • Get the "Wicket in Action" book.
  • The user mailing list is very helpful.
  • Make sure you understand Wicket's programming model especially the session serialization related stuff (the book does not help enough in this area IMHO).
  • Wicket is good at building stateful pages, it requires more work to build stateless pages.
  • There are some good UI widgets available like inmethod DataGrid.
  • It's easy to inject your Spring beans in your pages or components.

Spring Roo is still in beta (1.0 M2), so it may be a little early. We also considered Tapestry 5 but we thought it was a bit young a year ago.

Spring Roo 1.0.0 (GA) has now been released, complete with around 100 pages of documentation.

If you're wondering about what Roo is and why use it, I recommend you take a read of the introductory chapter of the reference guide. It covers this and more.

@Antony, GWT support is a major priority for Roo and something I am currently working on. Expect to see some interesting integration in the very near future.

I was at the SpringOne conference in Amsterdam earlier this year when they announced Roo. My impression (and that of my colleague who was there) was that Roo was good if you were generating a web-based CRUD application every few weeks - they pitched it as the pure Java version of Grails (which is RoR for Java).

Didn't look interesting for anyone else - but that's just an opinion.

I've seen a demo of Roo a few months ago. It looks a lot like Grails (another spring technology), except that instead of creating artifacts for the Groovy language, you create them for Java.
Still it enforces good practice and makes you apply the MVC pattern in a clean way.

Personally, the demo didn't make me change my preferred toolkit (Grails), but that's because I can achieve faster results with Groovy (parsing xml for example is much more "painful" in Java than in Groovy). Also, with Grails I can see the changes I make instantly without having to recompile my entire project and relaunch the application each time I want to see the results. Last but not least, in Grails you have tons of plugins to make fancy Ajax websites (ZK for example, if you want to avoid Javascript, but there are plugins for GWT, Yahoo, Dojo, etc...).

So, if you don't want to learn Groovy (which is not too difficult if you already know Java), Roo is the way to go to build clean web projects with all the power of Hibernate and Spring.

I hope this helps...

Why use Roo when one can build something w/ GWT and end up w/ a far richer better outcome and without the constraints of Roo and its architecture. Spring Web Flow is yesterdays technology.

It completely depends on what your requirements are. If it's a small site then Component Oriented frameworks like GWT or Wicket are a must as they make things really easy.

How soon with Roo support GWT? I think that the use of GWT by Roo makes it a huge win for GWT and Roo!

Roo and GWT are available today in pre-release form. In my opinion, definitely not ready for prime time.

易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!