Topic: Ruby/Rails' future in Corporate IT

Can any patron speculate on where Ruby/Rails can fit within Corporate IT; specifically how it
relates to: Oracle <---> IBM Websphere/EJB <---> Browser?

A lot of Corporate IT use Oracle-based n-tier systems with Java being the middle tier and a browser being the GUI.

Can Ruby/Rails/Mongrel (or whatever) effectively replace such a scenario?


Re: Ruby/Rails' future in Corporate IT


1) JRuby - A Ruby interpreter in Java, now your ruby apps can run in JARs and WARs inside of Tomcat or other Java servers.

2) ActiveMessaging - Letting Ruby chatter with JMS and all of the other apps connected to it.

3) Oracle DB driver - It exists and it works. What else do you need?

4) Rapid development. My team has gone from NOTHING to this: in a little under a year and a half. We started using RoR for simple prototypes, demos, and proof of concepts and stuck with it. We had some .NET components that took 3 months to write and stalled, we were able to rewrite those in RoR in 3 *weeks*.

Ruby is not the silver bullet for 'corporate IT' but it is certainly a viable option that offers significant advantages over other web-centric languages and frameworks.

Re: Ruby/Rails' future in Corporate IT

There are some architectural differences between an EJB system and a web application built using Ruby/Rails.

If you have a true EJB system using components distributed across physical nodes, you are not going to have an easy time replicating this in Rails. Part of the reason for this is simply that the base assumptions made in either system are different.

With Rails you would probably make a messaging based system consuming RESTful resources from the other physical components in your system.

If you EJB are just used to create abstractions for your models, then ActiveRecord is quite similar ... you have modesl representing tables in your database and controllers and views consuming and processing this information.

Toby Hede
FiniteStateMachine - Software Development for Social Networks