OpenEJB 3.1.3下载地址发布了，关注OpenEJB 3.1的朋友可以直接去官方获取最新的OpenEJB 3.1.3下载地址下载试用。随着Spring框架的崛起，EJB 2.0的命运开始一路坎坷起来。就在Hibernate大行其道的日子里，EJB变得越来越暗淡无光。直到EJB 3.0规范的出现，这种僵局才有所缓解。今天我们说的OpenEJB就是EJB 3.0的一个开源版的实现。 OpenEJB是一个轻量级EJB 3.0规范实现的。既可以作为单独运行，也可以嵌入到Tomcat、JUnit、Eclipse、 Intellij、Maven、Ant和其它任何IDE与应用程序中。OpenEJB目前已经被集成在Apache Geronimo,IBM WebSphere Application Server CE以及Apple的WebObjects中。 OpenEJB 3.1.3主要特点包括： OpenEJB 3.1.3增加了对J2EE连接器的支持 OpenEJB […]
Firefox 3.6.11下载地址发布了，关注Firefox 3.6的朋友可以直接去Firefox官方获取最新的Firefox 3.6.11下载地址下载试用。本次发布的Firefox 3.6.11仍然是一个bug修复以及功能改进版本，并没有包含什么特别功能。距离上次发布Firefox 3.6.10已经有一个月的时间了，在这一个月的时间里Mozilla的开发人员对Firefox 3.6的稳定性和安全性进行了重新的审视，修正了多个安全漏洞，同时大幅度提升了Firefox 3.6的稳定性（Firefox 3.6已经够稳定的了，不过仍然会有少数情况出现崩溃的情况），而官方的变更列表也只有简简单单的两句标明包含了安全问题的修复和稳定性的修复。不过从湘西的bug fix来看着实解决了不少安全问题。既然是一个不折不扣的bug修复版本，那还等什么赶快升级之吧。window下的Firefox用户可以直接通过Firefox自带的升级功能升级到最新的Firefox 3.6.11。当然新用户也可以直接去官方下载最新的Firefox 3.6.11。 Firefox 3.6.11下载地址： Firefox 3.6.11下载
HTML5很火，是的的确HTML5已经遍布互联网了。无论是各大浏览器厂商，还是各种在线web应用都在向HTML5靠拢。就连顽固不化的MS也在紧锣密鼓的研发IE9，目标也是在于更快的支持HTML5。既然HTML5这么火爆，那HTML5已经足够成熟了吗？是否HTML5已经成熟到足够应用于生产环境中呢？ W3C互动领域领导者Philippe Le Hégaret在督导HTML标准时，认为HTML5在适用于生产之前，需通过跨浏览器的兼容性测试。尽管早期试用者已经利用HTML5制作出了漂亮的 3D动画和视频，绝大多数开发者还是应该等到2011年中期甚至2012年初，直到标准稳定了以后再开始使用。 在InfoWorld的采访中，Le Hégaret指出HTML5尚不能应用于生产环境中，因为跨浏览器兼容性存在问题： 我们当前遇到的问题是，虽然HTML5已经十分激动人心了，但是部署的话还为时尚早。因为我们遇到了互通性问题，包括不同设备之间视频的差异等等。… 我不认为HTML5已经适用于生产，尤其是当W3C依然还在对API进行调整的时候。真正的问题在于，我们能否让[HTML5]真正实现跨浏览器工作，在当前显然不行。 较之看到HTML5大规模应用，目前Le Hégaret更愿意看到反馈： 在这个阶段，社区的反馈扮演了非常重要的角色，它们能够确保HTML5规范的品质达到最好。 他评论到，HTML5目前还是针对早期的试用者，而这些试用者则会提供反馈： 我在一个月前曾说过，目前HTML5的挑战是测试、改进和完成规范中的某些方面，来支持那些愿意拥抱这项技术的早期试用者、创新者和工程师们。 在InfoQ的采访中，Le Hégaret给出了一个测试结果页面，来展示所有主流浏览器在实现标准方面的进展。尽管当前测试的数目尚少（97个），然而还有900个测试在等待审核通过。从这个页面我们看到，浏览器之间的不兼容性已然存在。一旦其他测试变成标准的话，不兼容性的数量很可能还会增加。 他认为：“我们要在HTML5规范方面继续这样做下去，显著地增加已存在的实现测试的数量”，这样才能让HTML5真正成功。 虽然大家对HTML5热情高涨，而且所有主流浏览器厂商都对其进行投资，但是现存的不兼容性问题已经敲响了警钟，它说明HTML5尚不适用于生产， 因为开发者会重遇上世纪90年代的梦魇，那时微软和网景在实现早期HTML版本时步入殊途。因此，如想要在生产中使用的话，最好延至2011年后半段或者 2012年初，因为HTML5最后请求（Last
Hibernate Search 3.3第二个beta版-Hibernate Search 3.3 beta2下载地址发布了，关注Hibernate Search 3.3的朋友可以直接去官方获取最新的Hibernate Search 3.3 beta2下载地址下载试用。目前Hibernate在Java ORM框架中的地位如日中天，然而Hibernate并没有停滞在同一个层面，它已经将数据查询延伸到了面向数据库的全文检索方面，这就是我们今天说的Hibernate Search。虽然同样是对Lucene的封装，但直接与Hibernate进行整合对于很多开发者来说是十分方便的，同时避开了直接编写Lucene API的复杂语法对于许多对Lucene初窥门径的朋友很有帮助。 简单介绍下Hibernate和Hibernate Search的关系，算是扫盲了。Hibernate是目前Java开源世界最流行的 ORM框架之一。目前比较火的组合SSH(Struts + Spring +
Firebug 1.6b2下载地址发布了，关注Firebug的朋友可以直接去官方获取最新的Firebug 1.6b2下载地址下载试用。随着Firefox 4.0 beta版的不断更新，Firebug 1.6b2也紧追其脚步，不断的进行大量的更新以支持最新版本的Firefox。本次发布的irebug 1.6b2包含了38个问题修复和改进，目前所有测试已经完全通过Firefox 3.6.12预览版，同时绝大部分也已经通过了Firefox 4.0，但仍然有少部分无法再Firefox 4.0上通过，相信在下一个版本中会得到更好的解决。 Firebug 1.6b2下载地址： Firebug 1.6b2下载
DBSight 4.0.2下载地址发布了，关注DBSight 4的朋友可以直接去DBSight官方获取最新的DBSight 4.0.2下载地址下载试用。作为DBSight产品一贯的作风，小版本的改动基本都是对于大版本的bug修复和改进，因此本次发布的DBSight 4.0.2仍然毫无悬念的是DBSight 4.0的一个升级版本。对于体验DBSight 4.0的朋友来说还是建议下载升级到最新的DBSight 4.0.2使用的。 DBsight是一套给予Java的全文检索解决方案，DBSight4以及以前的版本都Java web应用的方式发布，因此可以直接通过web方式访问应用。DBsight 的核心使用 Java开源界最为流行的Lucene框架编写，同时配合流行的Java模板技术freemarker,velocity用于前台展现和维护用户自定义的检索展示风格。笔者在使用过程中，还发现 DBsight作者还使用了 JRuby，不过具体脚本是做什么的并没有深入研究。说DBsight是一套 JavaEE的全文检索解决方案一点也不为过，DBsight涵盖了从定义数据库查询，到根据查询生成索引文件，在到最后根据索引文件定制检索查询都提供了简介高效的解决方案。从DBSight 4.0版本开始，DBSight正式支持Lucene4.0版本，也就是说DBSight4系列版本将享受到Java开源界最优修的全文检索工具的最新支持。 DBSight 4.0.2主要改进包括： DBSight 4.0.2支持正确地释放每个索引更新后使用端口号。
JDK1.6第22个升级版-JDK1.6 Update22下载地址发布了，关注JDK 1.6以及做Java应用开发的朋友可以直接去Oracle官方获取最新的JDK1.6 Update22下载地址下载试用。本次发布的JDK1.6 Update22主要是一个bug修复版本，其中既有垃圾回收器方面的bug修复,也有awt,lang等核心库的bug修复，因此强烈建议使用Sun JDK的朋友下载最新的JDK 1.6 Update22升级使用。不过笔者的应用一直以来使用的都是Oracle旗下另一个JDK实现，也就是BEA的JRMC，由于Oracle收购了这两款最优秀的JDK,不知道在将来是否会融合成同一个更强悍的JDK呢？期待这一天的到来。 JDK1.6 Update22下载地址： JDK1.6 Update22下载
Hibernate 3.6.0下载地址发布了，关注Hibernate 3.6.0的朋友可以去Hibernate官方获取最新的Hibernate 3.6.0下载地址下载试用。本次发布的Hibernate 3.6.0是Hibernate Core 3.6.0的正式版，同时也是Hibernate项目迁移到github上的第一个发布的版本。就在几天前，Hibernate官方忽然爆出一则消息一直以SVN作为版本库的Hibernate项目已经迁移至github，也就是说Hibernate的版本控制将由git来接管了。 说起git笔者貌似一直没有下定决心将svn迁移至此，一方面是由于svn基本能胜任目前的所有工作，另一个主要的原因就是将之前所有的变更记录都迁移过来，这个耗时应该是十分巨大的。同时git目前尚无十分理想的图形工具支持，因此迟迟没有行动。但git无论是速度效率，还是其优秀的分布式提交功能都让笔者爱不释手。 转回正题，本次发布的Hibernate 3.6.0正式版主要改进包括： Hibernate 3.6.0放弃了对JDK 1.4的支持，也就是说Hibernate 3.6.0最低要求JDK 1.5了 Hibernate 3.6.0将hibernate-jmx与hibernate-annotations两个模块合并到了Hibernate-core中（使用maven的朋友需要修改下pom中的依赖关系了） Hibernate 3.6.0改进了类型的支持 Hibernate
BoneCP 0.7.0下载地址发布了，关注BoneCP这款优秀的Java连接池的朋友可以去BoneCP官方获取最新的BoneCP 0.7.0下载地址下载试用。作为Java连接池中的一个新生力量BoneCP主要目标就是速度的极致。而本次发布的BoneCP 0.7.0正式版在架构方面再次做出了全新的设计，与BoneCP 0.6系列相比起性能再次有大幅度提升。而其许可也变成了Apache v2.0同时，BoneCP 0.7.0正式版也引入了其它诸多的新特性，当然大量在RC版中存在的bug也全部搞定，因此喜欢尝试的朋友不妨切换到最新的BoneCP 0.7.0试用下。按照开源中国社区红薯大哥的说法，全当是为开源做出一点贡献了。（笔者已经开始吃螃蟹了。。。） BoneCP最大的特点就是效率，BoneCP号称是目前市面上最快的Java连接池，从官方的评测来看其效率远远超越了其它同类的Java连接池产品。目前市面上Java连接池也有不少，各大Java应用服务器厂商也都有自己的连接池实现，对于BoneCP来说并不是为了重复发明轮子，而是作者认为现有连接池的效率并不是很好，官方配置有BoneCP与其它开源连接池性能的对比，貌似BoneCP性能有压倒性的优势的说。 BoneCP是一个快速高效，开源免费的Java数据库 connection pool。当然BoneCP也是采用纯Java编写的，如果你熟悉C3P0,DBCP那么你一定知道BoneCP是用来做什么的了。简单的说Java数据库连接池，就是缓存一定的JDBC Connection，当用户访问的时候不用现场生成一个Connection，分配给用户。而是使用连接池中的Connection分配给用户，这样可以避免创建Connection的开销，提高系统的负载 BoneCP 0.7.0主要改进包括： BoneCP 0.7.0采用了全新的系统架构，让连接池更高效 BoneCP 0.7.0修改许可为Apache v2.0
对于QQ相信国内的网民几乎无人不知无人不晓吧，上至50-60岁的长者，下至10几岁的小朋友几乎人手一Q，更有甚者可能是人手NQ的说。可见这只彪悍的企鹅有多么深入人心了。当企鹅胃口越来越大，体积也变得越来越肥胖，不但安装文件越发臃肿，广告推广等一系列增值服务也越发多了起来。于是乎各种修改版，去广告版应运而生。此举无疑大服务影响了QQ的利益，于是企鹅重拳出击，首先拿珊瑚虫开刀，于是乎我们有了珊瑚虫作者入狱的晓得。那么其它的修改版本是否会有同样的命运呢？ 6月5日，腾讯公司针对广为流行的“木子版QQ”及其作者木子工作室，发出通告，表示“木子工作室非法修改腾讯QQ软件”，并称“行为人可能受到严厉的民事及刑事制裁，并将在法律许可的范围内受到最大可能的起诉。” “QQ木子版”对于腾讯QQ在国内广泛的用户群来说，并不陌生，“QQ木子版”的显示IP功能与屏蔽掉广告等功能让其风行一时，并且随着QQ的 不断升级，“木子版”也随之不断更新，2003年2月，第一个木子版QQ“腾讯QQ2000c1230Beta1木子去广告版”问世，到目前为止，木子工 作室的负责人木子表示已经很难统计到底出了多少个版本的“木子版QQ”，但几乎每一个版本都在网上广为流传。 在此之前，则是另外一个版本QQ的命运：珊瑚虫版QQ于2002年被停止了开发。但显然，“QQ木子版”的命运要比“珊瑚虫”顽强的多，木子称，腾讯公司暂时没有对木子工作室采取任何实质性举措。 “QQ木子版”侵犯腾讯版权？ 木子称，在腾讯公司在其网站上发布“木子工作室非法修改腾讯QQ软件”的通告之前，曾有一位自称腾讯公司委托律师的人联系过木子工作室，要求木 子工作室关闭其网站，停止木子版QQ的开发和下载。对此，木子工作室也答复了腾讯公司的委托律师，但没有收到的到进一步联系。到目前为止，腾讯公司暂时没 有对木子工作室采取任何实质性举措。 而腾讯公司法务部对此的回答是，腾讯公司对木子工作室的具体举措，目前仍属于商业机密范畴，不便透露。但腾讯提供了一个案例作为参考，这个案例 也就是另一个修改版本QQ：珊瑚虫版QQ，目前经过腾讯公司的交涉，名为SoffChen的修改者已经于2002年底停止了珊瑚虫版QQ的开发。 木子介绍说，珊瑚虫版的QQ，都去除了在关于里面的腾讯版权信息，而木子工作室最初开始修改QQ是出于“研究和学习QQ原理，同时，提高QQ自 身的可用性，修正程序BUG。”并且也考虑到了版权的问题，在所有的“木子系列QQ”中，木子工作室均明示给安装者“木子版QQ仅供研究、学习使用”，并 且，在程序中保留了腾讯公司的全部版权信息，所以，因此木子认为“木子版QQ”并没有损害腾讯公司任何权益。相反，木子认为，腾讯公司的腾讯浏览器 TE(TencentExlporer)利用了微软IE的内核，虽然调用的过程无需对IE作出修改，却TE版权页中从来没有提到过IE，，至少腾讯对微软 IE的版权并不尊重。 那么，木子工作室的行为究竟有没有侵犯腾讯公司的版权呢？记者采访了对知识产权、网络法律等法律事务方面具有丰富实践经验的于国富律师。 于律师表示，自己对此事件并不十分了解，但根据著作权法第四十六、四十七条有对侵犯著作权行为的列举性规定，只要未经著作权人许可，擅自复制、 发行、表演、放映、广播、汇编、通过信息网络向公众传播其作品的，都可以构成侵权，木子对腾讯QQ的修改和传播著，已经构成侵权。在2002年1月1日起