欢迎进入JRuby on Rails的世界

      JRuby 1.1.5 发布不久后，重量级的Rails 2.2.2 终于发布了。对于JRuby on Rails fans来说，要多多感谢Josh Peek和Nick Sieger，现在Rails也是安全线程的啦。闲话少说，现在跟着我一起安装JRuby on Rails吧。

      第一步 ，下载最新的JRuby二进制版本，解压缩到你的硬盘（本例子为E盘）。好了，你的JRuby就装好了！那么快？是的，来个经典的Hello World 试一试吧。输入——E:\jruby\bin\jruby -e "puts 'Hello World'"

      第二步 ，为了避免重复输入这些长长的路径，可以设置系统变量。如下图：

 

    第三步 ，安装RubyGems。在RubyGems解压缩后的文件夹内，运行命令：jruby -S setup.rb

    第四步 ，运行命令：jruby –S gem install jruby-openssl

 

    第五步 ，开始安装Rails。运行命令：jruby –S gem install rails

 

    第六步 ，安装jdbcmysql

评论

21 楼 k1415926535 2009-06-01  

进来接触了下,很想学习jruby,"JRuby中可以让ruby无缝的调用Java现成的库",很吸引人啊,呵呵.......

20 楼 jxausea 2008-12-17  

长见识了，不过JRUBY是语言还是一种技术啊？

19 楼 庄表伟 2008-12-15  

Omnibus 写道

庄表伟 写道

jruby还有一个好处，可以自己对ruby代码做加密，只要修改一下jruby的
/org/jruby/lexer/yacc/ByteListLexerSource.java
就可以了

可不可以介紹一下原理及怎樣做到？

回头专门写一篇。

18 楼 ray_linn 2008-12-15  

robbin 写道

ray_linn 写道

友情提醒：

Jruby只是兼容于ruby，并不是兼容于所有的包，尤其是那些带有dll的gem包，比如RMagick这个图像处理的包就无法通过gem install在Jruby上，因此切换到jruby需要仔细考察一下。

在Java平台处理图像可以直接用Java2D，没有必要用ImageMagick了，当然你也可以用JMagick，对ImageMagick的封装，这并不是一个什么问题。

但JRuby跑Rails现在综合性能还不如Ruby 1.8.7，这才是一个问题，而这个问题的解决则依赖JDK7引入的invokeDynamic指令集。

RMagick只是个例子，Ruby和C的关系比较紧密，很容易就会发现有些gem就会有dll的问题，此外jruby很多时候要仰仗wrapper，性能低下且不具备时效性。

别指望jruby能透明地替换掉ruby而不会对项目造成任何影响。

17 楼 robbin 2008-12-13  

ray_linn 写道

友情提醒：

Jruby只是兼容于ruby，并不是兼容于所有的包，尤其是那些带有dll的gem包，比如RMagick这个图像处理的包就无法通过gem install在Jruby上，因此切换到jruby需要仔细考察一下。

在Java平台处理图像可以直接用Java2D，没有必要用ImageMagick了，当然你也可以用JMagick，对ImageMagick的封装，这并不是一个什么问题。

但JRuby跑Rails现在综合性能还不如Ruby 1.8.7，这才是一个问题，而这个问题的解决则依赖JDK7引入的invokeDynamic指令集。

16 楼 ray_linn 2008-12-12  

友情提醒：

Jruby只是兼容于ruby，并不是兼容于所有的包，尤其是那些带有dll的gem包，比如RMagick这个图像处理的包就无法通过gem install在Jruby上，因此切换到jruby需要仔细考察一下。

15 楼 clark 2008-12-12  

swordray 写道

可以打着java旗号去忽悠领导，速度未必有优势

jruby 速度比原生的 ruby 1.8x 快很多。

14 楼 murainwood 2008-12-04  

sw2wolf 写道

JRuby要紧跟ruby标准会很累的， 随着ruby虚拟机的成熟， 没必要在JVM中跑ruby？！

Ruby虚拟机成熟？何年何月？想达到JVM的工业强度，还是等经济危机过去之后吧。

13 楼 Omnibus 2008-12-04  

庄表伟 写道

jruby还有一个好处，可以自己对ruby代码做加密，只要修改一下jruby的
/org/jruby/lexer/yacc/ByteListLexerSource.java
就可以了

可不可以介紹一下原理及怎樣做到？

12 楼 langhua9527 2008-12-03  

yangzhihuan 写道

庄表伟 写道

jruby还有一个好处，可以自己对ruby代码做加密，只要修改一下jruby的
/org/jruby/lexer/yacc/ByteListLexerSource.java
就可以了

开源是大势所趋，不过某些时候，加密还是很有必要的，尤其是在天朝。

猫眼上面的？一个天朝。。。。基国。。。。。

11 楼 yangzhihuan 2008-12-02  

庄表伟 写道

jruby还有一个好处，可以自己对ruby代码做加密，只要修改一下jruby的
/org/jruby/lexer/yacc/ByteListLexerSource.java
就可以了

开源是大势所趋，不过某些时候，加密还是很有必要的，尤其是在天朝。

10 楼 nnnnon 2008-12-01  

我认为最的好处就是可以无缝连接java库，特别特别的好！

9 楼 庄表伟 2008-12-01  

jruby还有一个好处，可以自己对ruby代码做加密，只要修改一下jruby的
/org/jruby/lexer/yacc/ByteListLexerSource.java
就可以了

8 楼 topgun 2008-12-01  

我认为，JRuby 的最大好处就是，告诉你的客户，我的系统还是Java 的
你要是说你用ruby 开发系统，好多单，连投标资格都没有

7 楼 seemoon 2008-12-01  

jruby的目的之一就是与丰富的java库和平台进行无缝衔接，同时又具备ruby语言的灵活性，我很看好。

6 楼 tangyuanjian 2008-11-30  

感觉ruby的插件还是比较丰富！

5 楼 kaven 2008-11-30  

sw2wolf 写道

JRuby要紧跟ruby标准会很累的， 随着ruby虚拟机的成熟， 没必要在JVM中跑ruby？！

有的，绝对有必要，JRuby中可以让ruby无缝的调用Java现成的库。
目前Ruby和python比缺陷之一就是库还是太少，SciPy这些库让人流口水。有了JRuby，就不是ruby一个语言在战斗！

4 楼 swordray 2008-11-30  

可以打着java旗号去忽悠领导，速度未必有优势

3 楼 sw2wolf 2008-11-30  

JRuby要紧跟ruby标准会很累的， 随着ruby虚拟机的成熟， 没必要在JVM中跑ruby？！

2 楼 rbh 2008-11-30  

tangyuanjian 写道

能简单介绍一下，jruby和ruby有什么区别嘛？

我认为，下面这段英文的简介描述是非常恰当的——
JRuby is an open source implementation of the Ruby programming language for the Java Virtual Machine (JVM). It allows Ruby applications to be run within a Java Virtual Machine and interface with libraries written in either Java or Ruby. With the release of JRuby 1.1 in April 2008, JRuby has closed the performance gap with the C Ruby interpreter and is in many cases faster. In terms of compatibility, the JRuby project strives to duplicate the behavior of the standard Ruby interpreter whenever possible, even at the expense of consistency with Java. Most of the core Ruby classes are included, as is much of the standard Ruby library, the RubyGems package management system, RDoc documentation support, and the Rake build system. Despite these efforts at compatibility, there are some areas where JRuby deviates from behavior exhibited by the C Ruby interpreter. The most visible example of this is how JRuby handles threads. In this case, however, JRuby is actually ahead of the standard Ruby interpreter in that Ruby 2.0 is expected to have a similar threading model to what JRuby already supports.