在他的最新博客文章中，Charles Nutter向大家展示了第一个产品级发布将带来的一些令人振奋的改进。其中，性能的提升非常引人瞩目：

……目前主干代码的性能比0.9.8版的性能提升了两倍（……）。此外，编译器支持的语法构造几乎达到0.9.8版的两倍，且每天它都朝着更快更稳定的方向迈进。即便仍属解释执行，事实上有不少benchmark显示它比MRI（Ruby的C语言版本）运行得还要快。
另外一条重磅消息是，目前Rails的ActiveRecord已经完全被JRuby支持。剩下的最后一些不能通过的测试最终也已得到修复，所有单元测试都大亮绿灯。现在JRuby上已经能够安全运行使用MySQL的Rails应用程序。

InfoQ对JRuby团队成员Ola Bini进行采访，详细了解了最新ActiveRecord里程碑的相关信息：

JRuby团队从什么时候开始着手对ActiveRecord的支持工作？

老实说我们并没有那么做。除了在测试中寻找bug以外，对ActiveRecord本身我们什么都没动。自打去年六月，我们开始入手ActiveRecord-JDBC项目（下文中简称AR-JDBC）。

这个项目是一个仅在JRuby中可用的ActiveRecord适配器，使ActiveRecord可以与JDBC（标准的Java数据库连接框架）一起工作。这个项目是非常有意义的，因为JRuby不可能使用Rails使用的常规驱动程序。因此我们已经让AR-JDBC正常工作一段时间了。在发布0.9.8时我们就打算宣布对Rails的支持，不过当时还是存在一些不能通过的Rails单元测试；实际上这些问题绝大部分出现在ActiveRecord（在1100个测试中大约出现50-60个错误和故障）。于是上周我决定首先为MySQL解决这些问题，随后AR-JDBC和JRuby就得到几处修正。正如原来声明中所说，我们非常高兴地宣布MySQL已经得到完全支持。
最难以实现的功能有哪些？

我认为最棘手的事情有两样：首先就是ActiveRecord测试。在很多地方这些测试是非常不错的，但是还有一些测试依赖于hash排序和另外一些更稀奇古怪的东西。这就搞得我们很难判断那到底是一个真正的故障或者只是一个实现得比较诡异的测试。其次，ActiveRecord对来自数据库的数据、quoting和其它方面进行了大量处理。要搞定这些并不是一件容易的事情，对于日期和时间信息尤其如此。但是，这些测试对于问题的修正非常有用。
JRuby接下去的开发工作会是什么？

目前我们努力的方向是性能和正确性。希望能在五月的某天发布1.0，到那是我们的目标就是更高的速度和正确性了。=)我们所做的是修复所有发现的bug，尝试确定Java整合最终将变成什么样子，此外就是Java字节码编译器了。所以说，五月份的时候，JRuby就是一股不容小觑的力量了。
提一个八卦问题：你最近刚刚接受了ThoughtWorks的工作机会。关于你在ThoughtWorks里与JRuby相关的项目，你能不能向大家透露一些口风？

啊，这还不能说。我要到6月4日才正式入职，在那之前我只是非正式地给几个项目帮忙，但大部分还不能公之于众。我现在可以说的是，在我的ThoughtWorks工作正式开始以后，我将着手于JRuby和Ruby的一些很不错的事情上。
http://www.infoq.com/cn/news/2007/04/great-expectations-jruby;jsessionid=086E1280968906558DF7505373B332FD