剖析短迭代
敏捷教练Dave Nicolette提出：我们应该如何设定迭代长度？是要根据发布周期的时间么？使用短迭代又有哪些好处？
新闻
借助EHCache，Rails缓存重装上阵
作者 Sebastien Auvray译者 李明（nasi） 发布于 2008年8月21日 下午10时29分
Rails 2.1引入的新缓存特性，可以方便的缓存包括模型在内的任何东西。除基本文件、内存和DRb存储以外，Memcached是共享内存缓存的唯一解决方案。感谢Dylan Stamat的努力，现在JRuby (on Rails)可以使用流行的Java分布式缓存EHCache作为其新缓存存储的一部分。
在JEE的世界里，是使用EHCache还是Memcached来作为二级缓存的争论由来已久且甚为激烈。尽管Memcached在LAMP和RoR的世界很流行（Linkedin.com也马上会转向它），但是EHCache也被包括Spring和Hibernate在内的很多项目所采用。出于将现有程序从MRI Ruby移植到JRuby的需求，Dylan Stamat将EHCache移植到了JRuby，添加了EhcacheStore作为新的缓存存储。
在 MRI的世界里，我们使用的是memcached，是一个libmemcached的C客户端的Ruby接口。它也是目前唯一支持一致性hash的 Ruby程序库，需要在生产环境下工作。如果是JRuby的话，就很多不同的选择。一个是可以通过JNA或者JRuby FFI或者其他什么编写自己的hook到libmemcached中。另一个就是寻求Java其他的缓存解决方案，无疑Ehcache是首选了。你对在JRuby使用EHcache怎么看？
InfoQ的读者Ray Krueger评论道：
另 一个使用JRuby和memcached实现一致性hash的选择是使用spymemcached客户端。spymemcached客户端是一个异步单线 程客户端，在hibernate-memcached项目下面工作的非常非常棒。我也在项目中使用过spymemcached，性能很是不错。
.gif)
没有回复
回复