Per lavoro sono obbligato ad utilizzare JBoss come application server, che non è altro che un tomcat con un sacco di altri strusi intorno.
Lo chiamano Open source Professionale, quando un buon container come Tomcat viene rimpinzato di tantissime funzioni, a volte utili, a volte meno. La lista dei progetti JBoss è davvero corposa, in quest’ultima troviamo JBoss ESB, jBPM, JBoss Rules (ex Drools), JBoss Cache, JGroups, JBoss Portal, SEAM, JBoss Transaction, ecc…
Io nello specifico sono costretto ad utilizzare Seam, un web application framework sviluppato da JBoss stessa dopo che si è accaparrata tutto il progetto Hibernate e Gavin King compreso.
Come al solito, cerco nel web siti, tutorial, esempi e cosa dicono in giro di Seam:
Obie Fernandez, guru di Rails scrive su quello che lo stesso Gavin King afferma del suo progetto:
One of the (several) goals of Seam is to bring Ruby On Rails style productivity to the Java EE platform. http://www.jroller.com/obie/entry/seam_aims_for_ruby_on
Dalla mailing list di Rails:
There were a couple of things I liked about Seam, especially how well
EJB3 seems to work now. On the other hand, the complexity factor with
Seam is extremely high compared to Rails.
Gavin and I paired up to write a small subset of a story-card management tool that I have written in Rails. It took us at least 2 hours of trial-and-error to get everything running and figure out how to send a plain list of divs to the browser. so they have no idea the pain they are inflicting on the people out there (or in some cases they really don’t care about the pain, because it is the status quo).http://lists.rubyonrails.org/pipermail/rails/2006-June/050321.html
Non si trova in giro altro, o meglio, non trovo un vero e concreto confronto fra vari web framework come Symphony, Zend Framework, Django o altro come neppure qualcuno che lo usa per progetti attivi sul web.
Sono così scettico perché dopo ben 1 anno di sviluppo in JBoss Seam mi trovo con un’applicazione che, se scritta in Rails per esempio, avrebbe occupato solamente 1 mese di sviluppo con risultati nettamente migliori dal lato Views soprattutto.
Inoltre esiste un’applicazione sviluppata con una versione precendete di Seam, la 1.2, sviluppata su JBoss AS 4.0.5. Mentre l’ultima applicazione è in Seam 2.0 sviluppata su JBoss 4.2.2. Magari arriverà un’altro prodotto che usa solamente JSF e necessita JBoss 4.0.2.
Insomma…ogni applicazione, un suo application Server, 1 server di produzione, intesa come macchina fisica…3 application Server installati. Di questo passo dovremmo installare 12GB di RAM?
UPDATE:
Cercando nel forum ufficiale di Seam, trovo sempre più consensi…
Roger, No we did not have any luck. We couldn’t get regular expressions working from the message.properties file. We kept the regular expression code in the the model java files. I"m sure this community doesn’t want to hear this: We put the Seam project on hold and redid our application in Ruby on Rails. We got tired of rebooting the server, random crashes during startup, error dumps with little useful information and the prospect of nobody qualified to take over. It was just too painful. If we’re successful we may go back and finish the Seam version.
http://www.seamframework.org/Community/CanIPutARegularExpressionWorkFromAMessagespropertyFile
A questo punto…se qualcuno ha esperienze/prove/altro su Seam…contattatemi!