java,java doc,java source,java news
NetBeans 7.0第一个beta版-NetBeans 7.0 Beta下载地址发布了，关注NetBeans 7的朋友可以直接去NetBeans官方获取最新的NetBeans 7.0 Beta下载地址下载试用。在IDEA 9.0.4刚刚发布一周左右，NetBeans 7.0 Beta就发布了，对开发者来说真可谓双喜临门了。不过说句老实话，一般开发者都会固定某个Java IDE进行开发的不会像笔者这么喜欢折腾的说 :)。NetBeans 7.0是NetBeans最新一代的产品，虽然仍然处于beta阶段但诸多新特性相信会让很多开发者为止倾倒的，俗话说的好，只买对的不买贵的。NetBeans作为一款免费而优秀的Java IDE，不但跻身三大主流Java IDE之列，并且荣获过最具创新的Java IDE大奖，可见其确实有独到之处了。 NetBeans 7.0的开发目标是针对即将到来的Java SE 7平台以及Java开发工具包JDK […]
IDEA 9.0.4下载地址发布了，关注IDEA的朋友可以直接去IDEA官方获取最新的IDEA 9.0.4下载地址下载试用。本次发布的IDEA 9.0.4应该在是上周发布的，因为笔者一直在旅行中，居然没有发现IDEA 9.0.3已经升级到IDEA 9.0.4了，是在是对不住各位看官了。不过说起IDEA 9.0.4官方给出的评价是一个强力bug修复版本。为啥说是强力bug修复呢？从官方发布的几十项变更记录来看只有为数不多的几个新特性的加入，而且基本都是一些功能上的改进和细微的调整,因此建议使用9.0.3版本的朋友下载是升级到最新的IDEA 9.0.4。 Java开发工具种类繁多，但最为出名的三大IDE莫过于Eclipse, IntelliJ IDEA，NetBean了。随着JBuilder的陨落，Eclipse逐渐成为笔者和周围朋友的第一选择。而IntelliJ IDEA作为Java IDE中最为智能的一款来说的确有其不俗的一面。首先IntelliJ IDEA 9系列在插件上虽然不及Eclipse多，但几乎覆盖了Eclipse所及的全部方面。其次IntelliJ IDEA 9.0.4的高度智能化另起在重构代码，问题追踪，编码的自动完成等方面名列各种Java IDE之冠。 IntelliJ IDEA的另一大优势就是对脚本语言的支持和新框架的支持。在Eclipse方面通过插件对最新框架和脚本语言的支持通常相对滞后一些，不过随着很多开源框架已经自己开发出对应的Eclipse插件，因此这点现在已经好了不少，但
Quartz 1.8.4下载地址发布了，关注Quartz的朋友可以直接去Terracotta官放获取最新的Quartz 1.8.4下载地址下载试用。自从被Terracotta收购后，笔者对Quartz的关注也没有以前那么集中了，今天去官方看了看，除了打上了Terracotta标签外，变化到是并不大，下载可以选择填写一些注册信息，当然笔者直接忽略而过了。不过Quartz毕竟还是调度框架中的佼佼者，否则也不会受到Terracotta的亲来了，按照官方的说法Quartz 1.8.4是一个彻底的bug修复版本，该版本中搞定了小错误，因此使用Quartz 1.8系列版本的朋友可以下载升级到最新的Quartz 1.8.4。 Quartz是一款优秀的Java开源调度框架，说起Java中的调度功能，不能不提到java.util.Timer，该类实现了一些基本的调度功能，但是限制颇多。Quartz提供了比Timer类更多更灵活的功能和调度机制，并且拥有十分优秀的性能。Quartz也是著名开源框架Spring内置的调度框架，与之类似的调度框架还有cron4j，cron4j 也是一款优秀的调度框架。如果您需要强大而灵活的调度功能，如果您不想收工维护复杂难以控制的线程级的调度功能，如果您正在使用Spring框架而为调度功能发愁，那么Quartz或许是您一个不错的选择。如果您想要小巧但功能强劲并且符合Linux crontab风格的调度功能，那么cron4j也是一个不错的参考。 Quartz 1.8.4下载地址： Quartz 1.8.4下载
随着”Apache声称要退出JCP“，Oracle在沉默了数日之后终于在今天最初了回应。这也是Apache声称要退出JCP之后Oracle的首次表态，不过从内容来看目前似乎双方都不肯让步的样子。 在过去的数年中，关于Java SE 7(JDK 7, JRE 7等)的投票一直处于停滞和延迟阶段。因此我们鼓励并且希望Apache重新考虑并定位自己，同时Oracle也表示Apache与Oracle和广大Java社区站在同一队伍共同推进Java发展。 虽然上述回答中，Oracle并没有正面回答问题的关键-也就是TCK许可的问题。但Oracle声称自己是遵循了Java Specification Participation Agreement (JSPA)的： Oracle提供了在公平，合理，非歧视的条件下JSPA和其与义务相一致的TCK许可证。（感觉Oracle认为现在的JSPA十分合理的样子，并不打算有任何改变） 不幸的是Apache并不认为Oracle提供的JSPA合理，Apache认为Oracle并没有提供一个没有领域限制的TCK，这违背了JSPA许可： A specification lead cannot “impose any
随着Oracle将Java的各种许可不断的调整，最近关于Java的各种新闻不断涌现出来，除了令人难以琢磨的Oracle与Google之间的侵权之争外，最近最火爆的时间莫过于”Apache声称要退出JCP”，对于Java开发者来说，Apache开发的各种优秀工具可以说是多不胜数，尤其是针对Java开发者而言其作用是难以估量的，这么一个重量级人物如果退出JCP，那么Java的将来路在何方的确让很多人开始迷惘，不过Apache的威胁是否能让Oracle就范，Apache是否会真正退出JCP一切都还需要时间来验证。 近日，Apache软件基金会董事做出了一个史无前例的举动：如果他们作为Java规范实现者的权利得不到满足，那么就打算离开JCP。 在JSPA上，Oracle与ASF同意一起参与JCP的建设，ASF享有Java SE测试包（即”TCK“）的许可权，这样ASF就可以基于Apache License测试并发布Apache Harmony项目了。但现在Oracle违背了他们所签订的合同契约，只提供了附加额外条款与条件的TCK许可，而该许可与开源或免费软件许可又不兼 容。 ASF声称如果他们作为Java规范实现者的权利得不到JCP执委会最大限度的满足，那么他们将终止与JCP的合作关系。缺乏积极、有力、清晰执行力的权利反映出JSPA是毫无价值的，只能证明JCP规范只不过专有文档而已。 最具争议的事情就是Sun（现在的Oracle）拒绝为Apache开源的Java实现提供测试兼容包（TCK）。其中的原因在于财政—— Oracle很大一部分收益来自于移动设备上的Java，而移动设备上免费的JVM可能会威胁到Oracle的收入来源（OpenJDK对于很多嵌入式设 备都是不适用的，因为它要求所有的源代码都得基于GPL发布，这就需要商业许可了）。 然而，JCP文档还需要使用JSRs。对于Java 6平台的JSR 270来说，许可条款包括： 10.应该向非营利组织与参与创建Java SE 6规范兼容性实现的个人无偿提供Java SE 6 TCK，只需带有商标与商标版权即可，但不提供支持。
前段时间笔者获悉苹果似乎不准备在下一代Mac OS系统中集成Java开发环境JDK了，而起主要原因是乔布斯觉得针对Mac系列的JDK发布速度缓慢，总是落后于其它平台。很显然，地对于这种似乎是被轻视的感觉苹果是无法忍受的，不过对于目前开发语言的现状来说，Java似乎是不可或缺的一部分，因为全球有数以万计的Java用户和开发者在使用Mac,那么如何才能找到一个有效的折中点呢？答案就是OpenJDK 我们在上个月曾报道过，Apple下一个版本的OS X将不再使用它所移植过来的Java版本，这些Java版本也不再成为OS X的组成部分了。根据MacRumours站点所述，一个热心开发者向斯蒂夫乔布斯发了一封邮件，询问Apple Mac OS X对Java编程语言与平台的未来规划。乔布斯回应到： Sun（现在是Oracle）在所有平台上都提供了Java。他们有自己的发布计划，但他们的计划与我们自己的总是有很大差别，因此我们所发布的Java总是落后他们一步。这么做可不太好。 现在Apple宣布他们将与Oracle合作在OS X上通过OpenJDK项目实现Java SE 7版本。新闻如是说： Apple将会贡献Mac OS X上的Java SE 7实现所需的大多数关键组件、工具与技术，包括32位与64位基于HotSpot的Java虚拟机、类库、网络栈以及新的图形客户端基石。凭借 OpenJDK，众多的开源开发者可以使用Apple的Java技术，这样他们就可以贡献自己的一份力了。 Apple还确认Mac
Hibernate是笔者使用了超过5年的优秀ORM框架，虽然说使用了5年，但笔者并没有把握说自己真正意义上的精通Hibernate。说道熟悉Hibernate还差不多，因为Hibernate用法和特性只要使用过或许都很简单，但是要做到发挥Hibernate最大限度的潜力，Hibernate优化，或者说Hibernate性能优化笔者仅仅是初窥门径而已。这里摘录一篇牛人对于Hibernate优化的文章，希望对自己以后的使用指引下方向吧。这篇是上一篇的续作，着实是不错，推荐hibernate用户，尤其是像我一样的用户看看，会有收获的 4.6 HQL调优 4.6.1 索引调优 HQL看起来和SQL很相似。从HQL的WHERE子句中通常可以猜到相应的SQL WHERE子句。WHERE子句中的字段决定了数据库将选择的索引。 大多数Hibernate开发者所常犯的一个错误是无论何时，当需要新WHERE子句的时候都会创建一个新的索引。因为索引会带来额外的数据更新开销，所以应该争取创建少量索引来覆盖尽可能多的查询。 4.1节让你使用一个集合来处理所有可能的数据搜索条件。如果这不太实际，那么你可以使用后端剖析工具来创建一个针对应用程序涉及的所有 SQL的集合。基于那些搜索条件的分类，你最终会得到一个小的索引集。与此同时，还可以尝试向WHERE子句中添加额外的谓语来匹配其他WHERE子句。 范例7 有两个UI搜索器和一个后端守护进程搜索器来搜索名为iso_deals的表。第一个UI搜索器在unexpectedFlag、dealStatus、tradeDate和isold属性上有谓语。 第二个UI搜索器基于用户键入的过滤器，其中包括的内容除tradeDate和isold以外还有其他属性。开始时所有这些过滤器属性都是可选的。 后端搜索器基于isold、participantCode和transactionType属性。 经过进一步业务分析，发现第二个UI搜索器实际是基于一些隐式的unexpectedFlag和dealStatus值来选择数据的。我们还让tradeDate成为过滤器的必要属性（为了使用数据库索引，每个搜索过滤器都应该有必要属性）。 鉴于这一点，我们依次使用unexpectedFlag、dealStatus、tradeDate和isold构造了一个复合索引。两个UI搜索 器都能共用它。（顺序很重要，如果你的谓语以不同的顺序指定这些属性或在它们前罗列了其他属性，数据库就不会选择该复合索引。） 后端搜索器和UI搜索器区别太大，因此我们不得不为它构造另一个复合索引，依次使用isold、participantCode和transactionType。 4.6.2绑定参数 vs.字符串拼接
Hibernate是笔者使用了超过5年的优秀ORM框架，虽然说使用了5年，但笔者并没有把握说自己真正意义上的精通Hibernate。说道熟悉Hibernate还差不多，因为Hibernate用法和特性只要使用过或许都很简单，但是要做到发挥Hibernate最大限度的潜力，Hibernate优化，或者说Hibernate性能优化笔者仅仅是初窥门径而已。这里摘录一篇牛人对于Hibernate优化的文章，希望对自己以后的使用指引下方向吧。 1. Hibernate优化-引言 Hibernate是最流行的对象关系映射（ORM）引擎之一，它提供了数据持久化和查询服务。 在你的项目中引入Hibernate并让它跑起来是很容易的。但是，要让它跑得好却是需要很多时间和经验的。 通过我们的使用Hibernate 3.3.1和Oracle 9i的能源项目中的一些例子，本文涵盖了很多Hibernate调优技术。其中还提供了一些掌握Hibernate调优技术所必需的数据库知识。 我们假设读者对Hibernate有一个基本的了解。如果一个调优方法在Hibernate 参考文档（下文简称HRD）或其他调优文章中有详细描述，我们仅提供一个对该文档的引用并从不同角度对其做简单说明。我们关注于那些行之有效，但又缺乏文档的调优方法。 2. Hibernate优化-Hibernate性能调优 调优是一个迭代的、持续进行的过程，涉及软件开发生命周期（SDLC）的所有阶段。在一个典型的使用Hibernate进行持久化的Java EE应用程序中，调优会涉及以下几个方面： 业务规则调优 设计调优 Hibernate调优 Java GC调优 应用程序容器调优
maven作为一款优秀的Java项目构建工具在Java开源界十分流行。估计很少有开发的朋友不知道maven的吧。笔者使用maven时间也已经超过3年的时间，期间经历了maven 1.x,maven 2.x。目前已经升级到了最新的maven 3.0，因为其对maven 2.x良好的兼容性因此让笔者可以轻松移植现有的全部项目。maven不但流行度很高其历史也十分悠久，很多耳熟能详的开源项目都是基于Maven来构建的。Maven 3刚推出不久，InfoQ有幸采访到国内唯一的Sonotype（Maven背后的公司）员工许晓斌先生，请他谈谈关于Maven 3以及他即将出版的新书《Maven实战》（该书很快就会在infoq上推出mini版本，有兴趣的朋友可以下载来看看，infoq上的mini book质量可都还是蛮不错的呦，一起期待这本maven的好书吧。） 1. 首先，请您介绍你自己，从什么时候开始你从事Maven的推广工作，以及你现在在做些有什么有趣的事情呢？ 我从07年开始接触Maven，慢慢学习并在实际项目中推广使用，然后慢慢喜欢上了这个技术。1年之后我开始编写Maven中文博客并翻译《Maven权威指南》，并且维护了一个Google Group，我想这些事情对于Maven在国内的推广起到了一定的作用。也正是由于这些工作的关系，我有机会熟悉Maven的方方面面，并加入了Sonatype —— Maven之父Jason Van Zyl创建的公司。 目前我主要做两方面的工作，其一是维护Maven中央库和Sonatype OSS仓库托管服务，该服务为开源项目提供免费的Maven仓库并帮助他们同步自己的构件至中央仓库。目前有超过600个项目在使用该服务，包括知名的JUnit、TestNG、Ehcache等等。除此之外我也参与Nexus的开发，开源的、商业的都有。 2. Maven
DynamicReports 1.5.0下载地址发布了，关注DynamicReports的朋友可以直接去DynamicReports官方获取最新的DynamicReports 1.5.0下载地址下载试用。DynamicReports是一款基于JasperReports的报表产品，说道JasperReports不用用户都是想起与之配套的另一个优秀的报表设计工具iReport。没错基于JasperReports和iReport的确可以设计出很多复杂优秀的报表。那么DynamicReports为何还会被研发出来，难道又是重复发明轮子？ 其实DynamicReports的作者的目标很简单，直接通过JasperReports进行报表开发的确灵活，单无论从开发的工作量还是复杂度上都是在难以接受，对于现代软件工业来说，生产力绝对是一个过硬的KPI指标，而对于开发人员来说，使用iReport又不见得符合他们的口味，毕竟大多数开发人员还是认为代码才是解决问题的最佳方案，由此我们可以看出，开发者需要的是快速通过代码来完成报表功能。由此我们今天说的DynamicReports也就诞生了。DynamicReports可以在不借助可视化报表工具的情况下快速开发出一系列复杂的报表，同时可以可以轻松的将报表打印以及导出成PDF,Excel,Word等多种格式。 DynamicReports最大的特点就是简单，因为使用和学习DynamicReports都十分容易，这让DynamicReports在用户中普及使用变成可能，同时对于它的学习成本将变得更为低廉也就更容易让开发者接受。 DynamicReports的另一大特点就是灵活，DynamicReports可以全部通过Java代码完成（貌似很符合程序员的口味），因为完全使用Java因此DynamicReports具有OO编程的重要特征–继承。也就是说一个报表可以完全继承一个已有报表的全部功能。而由Java代码控制报表的另一而优势就是报表的不再依赖模板，因此也就由静态报表转变为动态报表了。当然这并不是说DynamicReports完全只能由Java代码来控制，DynamicReports支持Java代码和jasper jrxml模板混合使用，这让报表展示的灵活性大大提高。 本次发布的DynamicReports 1.5.0主要是增加了对jrxml模板设计的支持，同时增加了一些新的例子方便用户学习使用。 DynamicReports 1.5.0下载地址： DynamicReports 1.5.0下载