Cool Code
Kevlin Henney examines code samples to see what can be learned from them starting from the premise that one won’t write great code unless he knows how to read it.
The content has been bookmarked!
There was an error bookmarking this content! Please retry.
Posted by Scott Delap on Jul 31, 2006
Highlights in version 1.5 include:
InfoQ recently caught up with Geert Bevin, RIFE project lead, to ask him about this latest release.
The Java web framework space is very crowded with project such as Struts, Spring MVC, Tapestry, etc. Geert commented on RIFE compared to other frameworks:
RIFE is pretty unique in the Java landscape in that it has a solution for every major layer in the stack without introducing any dependencies. The fact that the layers have been designed with interoperability in mind makes it possible to dramatically reduce boiler-plate code and offer unique meta-programming features. You are however still able to use any other Java library for each layer, it will just be less integrated and the features will differ.
Specifically in regards to SEAM and the Web Beans JSR:
I don't know the details of what their exact advantages are, but it seems to me that they externalize flow handling as a BPM solution with an accent on orchestration and long-lived flows. RIFE takes quite an opposite approach, native Java continuations allow a developer to leverage the power of Java without having to learn anything new. You can look at this as implicit and internalized flow support. We however also support externalized flows through data links and flow links in RIFE's site structure. These are designed to make it as easy as possible to create RESTful applications, while still relying on continuations-like state handling and program execution (similar to Spring Web Flow). Again however, the external flow is driven through Java inside your controllers instead of through an externalized flow scripting language. Also, Seam builds on top of JSF. For any functionalities that are not part of Seam, you need to learn and rely on JSF. The JSF programming model doesn't seem to be suitable for many people since they focus more on toolability than on developer comfort. The latter is one of RIFE's main focusses throughout the entire stack.
One of RIFE's key features it is its support of continuations. Geert explained how this works in respect to RIFE:
Continuations allow you to leverage the Java language to write your web application flow. You can literally write a user-interactive program in a similar fashion as when writing DOS programs years ago. Whenever you need input, you just request it and the execution will pause. When the user submits data, you'll receive it and your program will continue exactly where it left off, having preserved it's local state. All this happens over the HTTP barrier and works seamlessly with the browser back button.
When asked about the usage sweet spot for RIFE, Geert responded that in his opinion the full stack nature of RIFE provides "90% of what all the others deliver with 10% of the effort". RIFE revisits numerous concepts redesigning them with web application development in mind adding features such as "...continuations, run-time POJO-driven CRUD generation, scalable component-oriented architecture, state handling without sessions, etc". Geert sees RIFE as well suited for public web sites that are developed by a team of people who want to deliver quickly.
Improve Java Garbage Collection, Runtime Execution, and JVM visibility with Zing
Using Drools? See what you're missing! Get the Power of Drools with the Assurance of Red Hat
18 agile and lean practices for effective software development governance
Thanks for having posted our release announcement and my interview here. For those that are interested in reading about recent user testimonials, some were posted at the release announcement at TheServerSide
Kevlin Henney examines code samples to see what can be learned from them starting from the premise that one won’t write great code unless he knows how to read it.
Jason Ayers share the observations he made watching a team of developers collaborating in real time on the same code base, pushing XP, pair programming and continuous integration to their extremes.
Michael Snoyman presents Yesod, a web framework written in Haskell and containing a web server, templating, ORM, libraries (templating, gravatar, etc.).
Richard Kreuter and Kyle Banker on how to avoid classical RDBMS transactional systems by using compensation mechanisms, transactional messaging or transactional procedures.
Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.
One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.
InfoQ spoke to the authors of Software Systems Architecture on a couple of new topics, the System Context viewpoint and Agile, which have been added to the second edition.
Alex Papadimoulis discusses ugly code, where it comes from, how to avoid it, and how to get rid of it.
1 comment
Watch Thread Reply