Discussion :

[titoumimi]

JRuby est Sorti dans sa version 1.0 en début de semaine (JRuby est une implémentation de Ruby (1.8.5) écrite entièrement en Java).

Quel intérêt y voyez-vous ?
Est-ce facile à mettre en place ?
Quid de la compatibilité ?

Bref, faites-nous part de vos retours d'expérience et/ou avis.

[MaitrePylos]

JRuby à la même vocation que jython (Python pour java), c'est-à-dire la possibilité de pouvoir interagir avec les classes Java.

Imaginons une entreprise qui a développé de grosses applications en Java et qui se rend compte de la puissance de Ruby.

Doit-il ré-encoder le tout, non Jruby est là pour faire la transition.

Imaginons que je trouve Ror, plus adapté à mes besoins, que Django ou une application struts, spring (j'ai bien dit adapté et non pas meilleurs), mais que tout mon métier est développé en Java, Jruby est là.

C'est une connexion entre les deux langages.

C'est surtout, je pense une reconnaissance de la maturité de Ruby, nous aurons très certainement dans pas longtemps une version Ror.Net

[swirtel]

Honnêtement, JRuby est vraiment génial comme implémentation de ruby. Il permet de jouer avec le monde Java avec la facilité de Ruby.


Voici un article montrant l'utilité de JRuby.

http://www.ociweb.com/jnb/jnbApr2007.html

Maintenant la chose intéressante, est que l'on peut même compiler directement du code ruby en fichier class et les packager dans un .war pour le mettre dans un Tomcat.

Bête exemple :d J'utilise JRuby pour générer des fichiers Excell via POI et des PDF via iText. et c'est d'une facilité déconcertante, il suffit de mettre le .jar ou le .class dans son chemin CLASSPATH ou dans le répertoire lib de JRuby.

Exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
 
require "java"
require "rubygems"
 
import java.io.FileOutputStream
import java.io.IOException
 
import com.lowagie.text.Rectangle
import com.lowagie.text.Document
import com.lowagie.text.DocumentException
import com.lowagie.text.Paragraph
import com.lowagie.text.PageSize
import com.lowagie.text.pdf.PdfWriter
 
document = Document.new( PageSize::A4, 10, 10, 10, 10 )
document.addTitle( "Hello World" )
document.addSubject( "This examples shows how to add metadata" )
document.addCreator( "My program using iText" )
document.addAuthor( "Stephane Wirtel" )
pdfWriter = PdfWriter.getInstance( document, FileOutputStream.new( "helloworld.pdf" ) )
pdfWriter.setPdfVersion( PdfWriter::VERSION_1_6 )
document.open()
document.add( Paragraph.new( "Hello World" ) )
document.close()

Télécharger la bibliothèque iText et placer le .jar dans le répertoire lib du répertoire de JRuby. Celle-ci sera directement chargée.

Ensuite exécuter mon code et vous aurez un fichier .pdf

L'avantage aussi, est que l'on peut rajouter des méthodes à des classes Java depuis Ruby. Sincèrement regarder l'article que j'ai mis dans mes précédents posts, ça vaut vraiment la peine.

Qui plus est, jruby était à la base un simple portage de rubyc vers java, mais depuis, le parseur a été nettement amélioré. Il pourrait peut-être être meilleur que l'implémentation C dans l'avenir.

Et à l'aide de JRuby on peut même exécuter du code Ruby depuis Java :d

[Tommy31]

La question est quel est l'intérêt de JRuby par rapport à Groovy. Autant j'apprécie Ruby, autant dans un contexte javaifié je lui préfèrerais Groovy.

Après la génération de pdf, je vois pas trop le gain, à part du sucre syntaxique et directive de typage qui ont sauté.

[MaitrePylos]

La question est quel est l'intérêt de JRuby par rapport à Groovy. Autant j'apprécie Ruby, autant dans un contexte javaifié je lui préfèrerais Groovy.

Après la génération de pdf, je vois pas trop le gain, à part du sucre syntaxique et directive de typage qui ont sauté.

Attention troll

Parce que alors pq Jruby et pas jython, pq servlet et pas php?

Pourquoi Ror et pas django/Cake

[alexismp]

JRuby est un des langages importants (avec javascript, groovy, php, ...) qui est maintenant disponible sur la JVM et que l'on saura connecter à du code Java avec le bridge JSR 233. On peut alors effectivement utiliser toutes les bibliothèques Java depuis JRuby (Web Services et Persistance au hasard).

A terme, on espère que la performance (gestion mémoire et threading) de HotSpot (JVM Java) et la compilation native de Ruby en bytecode Java (pas près dans JRuby 1.0) proposent au final des performances vraiment excellentes.

Enfin, jRubyOnRails est déployable dans un serveur d'application Java EE "classique" comme c'est démontré ici. On peut donc bénéficier d'un infrastructure connue éprouvée et qui propose du partage de charge, du clustering, etc...

[Zfred]

Quel intérêt y voyez-vous ?

- Pour ceux qui codent en Java depuis 10 ans, et qui ont les boules ---> C'est une ouverture pour capitaliser tout l'acquis.
- Pour ceux qui ont plutot fait Php ou autre ---> Aucun !

Est-ce facile à mettre en place ?
Quid de la compatibilité ?

C'est une trés bonne question, et les éléments de réponses qui ont été déja donnés sont assez prometteurs.
On verra avec le temps, je pense.

Bref, faites-nous part de vos retours d'expérience et/ou avis.

Expérience ---> Aucune (soyons franc!)
Avis ---> Personnellement, plus on complique, et plus j'ai des boutons...

Je suis trés curieux de l'évolution de la chose, et je reste à l'écoute sur le sujet.
Bye bye

[alexismp]

- Pour ceux qui ont plutot fait Php ou autre ---> Aucun !

Sauf que eux aussi bénéficient de l'ouverture de Java au langages de scripts.
Par exemple: Quercus de Caucho dans GlassFish. Donc si je fais du PHP et que je ne suis pas content des Web Services qui me sont proposés, j'ai la richesse du monde Java en la matière.

[MaitrePylos]

utiliser toutes les bibliothèques Java depuis JRuby (Web Services et Persistance au hasard).
.

Et donc....Tomcat, je n'avais pas vu cette possibilité, un serveur web qui fonctionne sans attraper de cheveux blanc.

D'ailleurs un tuto sur le sujet serait le bienvenu

[christopheJ]

C'est surtout, je pense une reconnaissance de la maturité de Ruby, nous aurons très certainement dans pas longtemps une version Ror.Net

C'est déjà le cas avec Iron Ruby et Ruby in Steel...