利用Ruby简化你的Java测试
本文是Productive Java with Ruby系列文章的第一篇,我将从单元测试这个话题开始,让Java的开发人员能够在实际工作中利用Ruby提高工作效率。
作者 R.J. Lorimer译者 祁飞 发布于 2008年6月8日 下午10时46分
OpenJDK做为GPL许可(GPL-licensed)的Java平台的实现,Sun正式发布它已经一年有余。从发布那一时刻起,Java社区的大众们就又开始努力学习,以适应这个新的开源代码基础(code-base)。在开源社区为采用OpenJDK而努力工作的同时,OpenJDK本身也在为适应开源社区而进行调整。在过去的这周里,Java SE的首席工程师Mark Reinhold宣布了对OpenJDK宪章的第一次修正——对原宪章中最终期限部分的修订已经通过:
- 更新到b09;
- 通过PYCC和LINEAR_RGB ICC简档,增加了lcms库;
- 集成了Gervill以提供对midi的支持;
- 集成了JTreg ;
- 修订了javaws/NetX;
- 提高了安全性,即在运行时对Socket许可进行捕获;
- 实现了遗留的JNLP服务的api(PrintService,JNLPRandomAccessFile);
- 用于修订bug的applet;
Reinhold解释说之所以一再推迟制定宪法的相关工作,主要是因为这样可以让OpenJDK的成员能够将所有精力集中在与采用OpenJDK的开源社区一起协同工作,从而让OpenJDK更好用。IcedTea就是这些主要的开源社区工作其中之一。Reinhold 还提到:从理论上说目前的管理委员会还没有真正达到从Sun独立出来这个最终目标,但实际上一直在朝着这个方向努力,并且做得相当好。宪章指明临时管理委员会应在成立一年后被解散,即三周前的2008年5月8日。
可是到现在我们还没有制定出宪法,甚至连草稿也还没有。
因此,我们与其一门心思地去起草形式化的管理文档,还不如集中精力在源代码和实质的底层基础上,以支持在其上与开源社区的协作。因此,修改了宪章,将其最后期限延长了一年,并将委员会成员由原来的5人扩至7人。
查看英文原文:IcedTea Bridges Open-Source Gap with OpenJDK
本文是Productive Java with Ruby系列文章的第一篇,我将从单元测试这个话题开始,让Java的开发人员能够在实际工作中利用Ruby提高工作效率。
InfoQ中文站有幸与阿里软件的首席架构师赵进在一起探讨了SaaS的相关话题,包括SOA和ASP与SaaS的异同、云计算、SaaS的前景、它的关键技术、技术瓶颈等等。
在这篇文章中,Adrien Louis和Marc Dutoo在一个典型的ESB场景中讨论了编配和路由的区别和优缺点。他们讨论了几种连接服务的方法,从使用如自定义路由这样的低级别方法,到使用如工作流和编配这样面向业务的高级别方式,并总结说不存在“一边倒”的解决方案。
本文是根据7月26日InfoQ中文站在杭州举行的QClub活动(第三期)后半程小组讨论总结而成。主要内容包括如何在SOA系统中实现服务编排,如何保证分布式系统中的一致性和可用性,以及如何在实施SOA的过程中控制接口的粒度等。
人们很容易想当然的以为虚拟化技术仅仅应用于服务器。而在现实中,虚拟化这一苏醒的概念正被运用于各个层面,其中包括网络,存储以及应用基础架构。在这篇导论中,InfoQ将深入每个方面,详尽向您描述虚拟化技术的运用以及其优点与不足。
在这篇案例研究中,InfoQ对Adobe AIR和Amazon的简单存储服务(Simple Storage Service ,S3)在NASDAQ市场回放程序(NASDAQ Market Replay)中的应用进行了详细的分析。
GNU Classpath团队和一些RedHat开发者一起创造了IcedTea 项目,目的就是要用开源实现去替换OpenJDK中那些非开源部分。对于OpenJDK中现存的那些非开源二进制插件,GNU Classpath都提供了GPL许可的替换部分,从而使OpenJDK的IcedTea版对于诸如Redhat Fedora Linux发行版本的平台来说,更容易使用。Fedora 9包含了功能完全的OpenJDK包,部分应归功于IcedTea项目作出的贡献。
之所以发起IcedTea项目,并不仅仅是因为上面提到的非开源、二进制插件的原因。另一个主要原因是发现当前的OpenJDK缺乏平台移植性:
shark(“鲨鱼”)项目正在研究高性能的JIT,目前由Gary Benson负责开发。 Benson的目标是能够让shark成为一个完全做到平台可移植的JIT,在他的博客上,已经对shark项目提供了定期状态更新。