Trying to find a single Java web application framework

While I like using Rails for many types of web applications I still look to the Java platform for applications requiring higher run time efficiency and to take advantage of deployment tools and environments.

The problem I am having is that I would very much like to settle on a single framework in order to reduce the effort of staying on top of too many tools and frameworks. In the past I have used JSP, my own custom JSP tag libraries, other people's JSP tag libraries, struts, various ORMs, some work with GWT, some work with Spring, and some with Wicket. I used to use the full J2EE stack, but largely gave that up about 5 years ago.

I would like to be able to invest at most 100 hours of study time, and get back up to speed on a single framework, but I am not sure which to choose. GWT is very tempting but GWT does not cover all of the types of web applications and services that I am likely to be contracted to build. Seam looks good as an integrated framework, but I need to set aside a long weekend to give it a good preliminary evaluation.

Many different frameworks and tools leads to a healthy software ecosystem, but for an individual developer it really is best to choose a small subset of tools to use for business and to set aside a relatively small amount of time (usually evenings and weekends) to keep up with new stuff. I mostly perform many small and medium size development projects for customers, and choosing a single framework like Rails (in the Ruby development space) really helps me stay focused and not waste "spin up" time. I would like to be in the same place in the Java development space.

Comments

  1. patrickdlogan2:54 PM

    When you write "java platform" does that rule out Rails and JRuby?

    What about Grails and Groovy?

    My last few Java web projects have been using Restlet. The most recent is Restlet and Groovy. This approach is very basic and easy - but it is not intended to do all the work that Rails or Grails is intended for.

    These apps have been restful web services. The most recent is that with some simple xhtml generated from Groovy's xml builder.

    ReplyDelete
  2. Mark Watson, author and consultant3:44 PM

    Hello Patrick,

    I have used JRuby + Rails sparingly over the last year and a half (I think it was as soon as JRuby would run Rails and warbler was available).

    My problem is that Java is so much faster that Ruby or JRuby. Also, I simply have some customers who want a straight up Java stack, and without too much argument I tend to do what people who are paying me want me to do.

    I am going to Merb Camp in San Diego next weekend (conveniently very close to where my parents live :-) and I have some real enthusiasm for the possible speed improvements of the combination of Merb and faster versions of Ruby (1.9, JRuby, etc.) Picking up a factor of 4 or 5 in run time performance would mean that I could use Ruby much more often.

    Another option is just to implement RESTful architectures on the back end and use richer Javascript clients. I have been getting more into Javascript lately, and appreciating advice in the book "JavaScript: the Good Parts" has helped me understand that Javascript really is a cool language if I am careful how I use it.

    Thanks,
    Mark

    ReplyDelete
  3. J.F. Zarama4:21 PM

    I use GWT for certain apps but for others I use Click; have a look; intuitive, simple, well documented:

    http://click.sourceforge.net/

    ReplyDelete
  4. Kevin5:56 PM

    Interesting that other comments indicate using RESTful on the back end. I don't know if you have looked at Jersey, but it's just about to release its 1.0 implementation (1.0 JSR 311 spec approved a couple weeks ago). Having worked with Spring, Struts and my own incantations of MVC frameworks, I find that by using Jersey, not only is it easy to handle GET/POST requests, but I can also easily turn my server side into a true RESTful API that clients outside my own web implementation can use, if need be. It is very easy to use, so much so that I was able to implement a large portion of a "non-REST" API into REST in a couple hours, giving full true REST capabilities with ease. It does require JDK 1.5+, but with 1.4 no longer being supported that should no longer be an issue for anyone.

    So I would say, take a stab at REST... it's not a full blown MVC framework, but it lends well to API development and can quite easily handle MVC capabilities. There is even a MVC demo with the project.

    ReplyDelete
  5. Mark Watson, author and consultant6:20 PM

    Hello J.F., I read through some of the docs for Click: looks good, but I did not try using it yet.

    Hello Kevin, I did some browsing for Jersey, and it looks interesting. A blog about integrating Jersey with publishing RDF looked especially interesting to me.

    Thanks,
    Mark

    ReplyDelete
  6. Unknown12:19 AM

    Try ItsNat, Natural AJAX.

    In less than 1 hour you're ready to build complex AJAX applications using pure HTML based templates (web site friendly sites) and pure Java W3C APIs for the view logic.

    ReplyDelete
  7. Mark Watson, author and consultant7:45 AM

    Hello JMarranz, I looked at the ItsNat documentation but did not try it.
    Thanks,
    Mark

    ReplyDelete

Post a Comment

Popular posts from this blog

My Dad's work with Robert Oppenheimer and Edward Teller

Robert Oppenheimer and Edward Teller facilitated my Dad getting a professorship at UC Berkeley when I was 3 years old. Oppenheimer left Berkeley but Teller was a good friend of my father and I remember him being in our home. Three weeks ago, my wife and I were just leaving to see the new Oppenheimer movie when my Dad called. He mentioned that when I was in grade school he was invited to give a talk at Princeton. After his talk Oppenheimer talked with my Dad and invited him to have dinner at his house. My Dad said Oppenheimer was not well (I think he died of throat cancer soon afterwards) but his wife Kitty carried the conversation. My Dad, Ken Watson, passed away 10 days ago on August 18, 2023.
Read more

Time and Attention Fragmentation in Our Digital Lives

  As humans we have evolved over a few million years to be both attentive and reactive to danger, live in social communities, and spend much of our time being in the present moment gathering and eating food and socializing. The behavior of rapidly changing short attention to content on social media, too many good short form things to watch on streaming video entertainment platforms, are all rewiring our brains in an unnatural and unhealthy way. I fight back, but in really simple ways that entail little ceremony: Almost every morning I spend 30 minutes scanning Hacker News (about 10 minutes), Apple News (about 5 minutes), and the remaining time on Twitter and Mastodon finding interesting new (mostly tech) things. I make notes in a temporary Apple Note: links of things I may want to research, try, or simply read that day. I like to get this all done at once, and then not feel like I need to interrupt my activities during the day to “catch up” on what is happening in the world. In a w...
Read more

I am moving back to the Google platform, less excited by what Apple is offering

I have been been playing with the Apple Intelligence beta’s in iPadOS and macOS and while I like the direction Apple is heading I am getting more use from Google’s Gemini, both for general analysis of very large input contexts, as well as effective integration my content in Gmail, Google Calendar, and Google Docs. While I find the latest Pixel phone to be compelling, I will stick with Apple hardware since I don’t want to take the time to move my data and general workflow to a Pixel phone. The iPhone is the strongest lock-in that Apple has on me because of the time investment to change. The main reason I am feeling less interested in the Apple ecosystem and platform is that I believe that our present day work flows are intimately wrapped up with the effective use of LLMs, and it is crazy to limit oneself to just one or two vendors. I rely on running local models on Ollama, super fast APIs from Groq (I love Groq for running most of the better open weight models), and other APIs from Mist...
Read more