Piccola guida introduttiva su come fare un deploy di un’applicazione Rails in JBoss, nello specifico io utilizzo la versione 4.2.2, con database Microsoft SQL Server.

Perché utilizzare JRuby con un’application server Java quando si ha passenger? Bhe, questo è tutto un’altro discorso, sinceramente la trovo un’ottima soluzione per poter utilizzare Rails in un’infrastruttura esistente nel cosiddetto reame “Enterprise”.

Per prima cosa bisogna installare i driver jdbc per ActiveRecord con:

• jruby –S gem install activerecord-jdbc-adapter

Ora modificare il file di configurazione del database, config/database.yml per utilizzare SqlServer tramite jdbc.

development:
host: sqlserverip
adapter: jdbc
username: user
password: pass
driver: com.microsoft.sqlserver.jdbc.SQLServerDriver
url: jdbc:sqlserver://sqlserverip;databaseName=Database
timeout: 5000

Il passo seguente è installare warbler, tramite questa gemma è possibile impacchettare l’applicazione in un war (Web Archive), in modo da poterlo deployare in qualsiasi java application server.

• jruby –S gem install warbler

Ora nella cartella principale del progetto rails digitare:

• jruby –S warble war

Ora se controlliamo nella cartella del progetto possiamo notare che Warbler ha creato per noi completamente automaticamente il file war, il processo è quasi completo.

Se come me, si utilizza Rails Edge, quindi la versione 2.3.2, bisogna aggiornare alcuni file che sono stati inseriti nel war, che non è altro che uno zip con estensione .war.

Nella cartella WEB-INF/lib sono contenuti tutti i jar che servono a far funzionare Ruby. Dovete aggiungere i driver JDBC per SQL Server, ovvero sqljdbc.jar che trovate sul sito Microsoft e sostituire jruby-complete con la versione 1.2 che trovare qui e jruby-rack con la versione 0.9.4 che trovate qui.

Fine!

copiate il file .war nella cartella deploy, nel caso di jboss /jboss-4.2.2.GA/server/default/deploy ed il gioco è fatto!

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!