java,java doc,java source,java news
OpenFaces 3.0下载地址发布了，关注OpenFaces的朋友可以直接去官方获取最新的OpenFaces 3.0下载地址下载试用。本次发布的OpenFaces 3.0主要是为了兼容已经日趋成熟稳定的JSF 2.0规范。对于使用JSF 2.0的用户来说，OpenFaces 3.0将带来OpenFaces 2.0的全部特性，同时提供更多OpenFaces 3.0独有的功能并且在使用上更为简洁方便。不过官方同时表示，为了顾及那些没有办法迁移到JSF 2.0的用户，OpenFaces 2.x系列的研发将与OpenFaces 3.x同时进行，并且在OpenFaces 3.x中包含的特性将同步包含在OpenFaces 2.x中，至于哪个更先发布这个顾及就要看官方的重视程度了，不过既然官方表示支持JSF 1.2用户，那么在短时间内估计老用户也不用如此担心升级问题了。 OpenFaces 3.0下载地址： OpenFaces 3.0下载 OpenFaces […]
Ujorm 1.0下载地址发布了，关注Ujorm的朋友可以直接去官方获取最新的Ujorm 1.0下载地址下载试用。Ujorm的前一个版本还是Ujorm 0.94是今年5月份发布的，时隔半年的时间当我们再次迎来Ujorm更新的时候，其版本好吗居然直接跃升到了Ujorm 1.0可见其变化之大。与很多框架作者一样，Ujorm的作者并不是想以Ujorm来对抗目前最主流的ORM框架如Hibernate和iBatis等。Ujorm出现的唯一目标就是符合一些对性能要求苛刻同时又想尽可能简化ORM框架配置依赖的人群，正所谓没有最好的框架，只有最适合的框架就是这个道理。 简单说说Ujorm,Ujorm是一个新的开源Java版 ORM框架，Ujorm的作者目标是开发一个足够敏捷的ORM框架作为Java应用的持久层，以适合快速迭代开发的敏捷团队。Ujorm的第一个优势是性能上的优势，从一个简单的SELECT来时，Ujorm的性能要远远高于同类框架。当然Ujorm还包括有：类型安全的查询参数，更小的性能开销，和最简化的实体解决方案。从上述描述可以看出Ujorm作者是一个对性能十分看重的人，这点很类似连接池新秀BoneCP的作者，或许正是因为这些不断追求极致的开发者存在才让技术无时无刻不在前进吧！感叹到此为止，我们来看看Ujorm 1.0的变化。 Ujorm 1.0主要改进包括： Ujorm 1.0完成了Ujorm用户手册(对于开源软件来说，丰富的文档绝对是必须的,估计很少有人敢用一个文档匮乏的开源产品，除非那个产品时他自己开发的) Ujorm 1.0改进了大量的Java Doc文档 Ujorm 1.0新增了高效的批量延迟加载方法（OrmTools.loadLazyValuesAsBatch()） Ujorm 1.0改进了与Spring框架的整合，目前完美支持使用Spring管理ORM会话和事物 Ujorm
Linux操作系统在服务器领域已经是公认的成熟稳定且成本低廉的选择。虽然在很多大型商用服务的后台仍然是Unix的天下但Linux在各种中小型服务器解决方案中已经稳稳的占据了一席之地，同时也在逐步的想各种大型企业应用后台进军，而作为大型环境的部署，同时需要对数千台Linux服务器进行操作的情况下，单凭几个甚至十几个工作人员显然是不太现实的。不但工作效率难以保证，这期间的各种协调配置问题也是难以估量的，那么有没有一种能头同时配置多台Linux服务器的工具呢？答案当然是肯定的，Linux与生俱来的亮点就是网络和文件系统，今天笔者带来的是六款开源Linux服务器配置工具简介。 服务器配置工具是让服务器从裸机变为完整系统的前期准备工作。用户很快会认识到配置多台机器是一项十分耗时的工作，系统管理员对此当然有充分了解， 有序部署额外服务器或替换有故障服务器的能力对保证企业应用程序运行至关重要，服务器配置工具可以帮助管理员减轻压力。此外，配置操作系统的一大困难还在 于，它上面有数以千计的组件，各个都有不同的接口，因此考虑到服务器所涉及的任务，自动配置工具无疑复杂的惊人。配置的任务将包括安装操作系统、内核模 块、中间件和应用程序，而且不同企业有不同的定制需求，比如web服务器、电子邮件服务器等等。Linux上有很多复杂的配置工具，这里列出六款优秀的 Linux服务器配置工具，供系统管理员参考。 FAI FAI (Fully Automatic Installation) 是一个无交互的 Linux 系统自动安装工具，可对安装过程进行预先定制、软件配置管理、虚拟机和 chroot 环境配置，适合用来安装大规模的架构和集群。 M23 m23 是一个软件分发和管理系统，用于 Debian
Firefox 3.6.12下载地址发布了，关注Firefox 3.6的朋友可以直接去官方获取最新的Firefox 3.6.12下载地址下载试用。现有的Firefox window用户则可以直接通过Firefox自带的升级功能手动升级到最新的Firefox 3.6.12(貌似目前Mozilla还么有正式推送Firefox 3.6.12，因此只有手动检查更新才会发现Firefox 3.6.12的更新信息)。从官方发布的变更信息来看，本次的Firefox 3.6.12是个彻底的bug修复版本，官方只表明了一点问题那就是修正了一个远程代码执行的安全漏洞。看来该漏洞的问题应该不小，否则不会单纯为了一个bug发布一个版本的。因此现有用户还是建议手动升级下自己的Firefox到最新的Firefox 3.6.12吧。 Firefox 3.6.12下载地址： Firefox 3.6.12下载
Commons Daemon 1.0.4下载地址发布了，对需要讲Java应用打包成window服务有兴趣的朋友可以直接去官方获取最新的Commons Daemon 1.0.4下载地址下载试用。说起Java web应用，笔者接触过的绝大部分的生产环境都是Linux，而最常见的就是将应用程序服务器设置成让操作系统启动时自动启动。这个简单的功能在Linux和Unix下相对来说都十分容易完成。只需要设置好启动脚本，并加入到操作系统启动服务中即可，以Ubuntu为例，只要一个简单的命令:update-rd.d就可以轻松地将Jetty作为一个服务一样在操作系统启动的时候启动，在操作系统关闭之前将应用关闭。相对于Linux的简单而言，在window环境中就没那么容易了，那么如果在window下我们也需要类似的功能，将一个Java应用打包成一个服务该如何做呢？Commons Daemon就为我们提供了这样一个选择。 Commons Daemon是apache旗下Commons组件库的一个组件，是一套专门用于将Java应用打包成操作系统服务的类库。Commons Daemon的实现包括两部分组成，一部分由C语言编写，主要用于调用操作系统接口，另一部分由Java语言编写，主要用于实现守护进程的功能（实现服务需要调用的各种功能，比如关闭应用，启动应用等）。实际上Commons Daemon并不仅仅支持window平台，在Linux和Unix平台下依然可以用，只是笔者在Linux平台下比较喜欢以脚本的方式启动应用。而对应的win32平台下Commons Daemon采用procrun作为服务的实现，而Linux平台下则使用了jsvc. 还有一点值得说明的就是Commons Daemon的Java部分源码实际上来自Tomcat 4.0项目中的org.apache.commons.daemon包。因此Commons Daemon也就自然的成为了Tomcat默认的服务打包工具。 说到这里笔者想起了自己最喜欢也是最常用的一环Java应用程序服务器Jetty,Jetty使用的是另一款服务打包工具名字叫做：Java Service Wrapper，不过该款工具貌似是收费工具，当然也有社区版的下载不过功能上似乎有不少的限制有兴趣的朋友也可以参考下看看，毕竟多试试看没什么坏处！ Commons
Luke 1.0.1下载地址发布了，关注这款Lucene索引查看工具的朋友可以直接去Luke官方获取最新的Luke 1.0.1下载地址下载试用。说到Lucene估计做Java的朋友都略有耳闻吧。在Java开源世界中作为全文索引的顶级存在相比大部分开发人员或多或少都接触过。目前流行的大部分全文检索工具也都是基于Lucene开发的。 想要使用Lucene那就离不开索引，简单的说就是让Lucene将海量数据以索引的方式存储起来，索引不但数据里相对海量数据要小的多，同时对索引的检索是极其高效的，在通过索引定位到需要的数据后再跳转到真实数据。而Luke则是针对Lucene的索引文件而设计的工具。借助Luke用户可以轻松的查看Lucene索引文件里的内容同时可以直接更改值。这对开发人员十分有帮助可以一目了然的查看到Lucene索引文件中都包含了哪些内容，这些内容是否正确。 Luke 1.0.1主要特性包括： Luke 1.0.1支持通过词元和文档编号浏览文档 Luke 1.0.1支持查看文件，并将文件复制到剪贴板中 Luke 1.0.1通过排名检索出常用的词元 Luke 1.0.1支持手动查询并返回对应的结果集 Luke 1.0.1支持对结果集的分析功能 Luke 1.0.1支持按条件删除索引文件 Luke 1.0.1支持对原始数据的重新索引，同时可以直接修改并更新现有的索引文件
得多年前曾经见过一篇文章评价Java陷阱的，当时并没有太过于在意其内容。以为多半讲解的就是Java实现上的一些问题。随着Sun被Oracle收购之后，一系列的变动施加在原Sun的各种产品上让几乎所有的Sun的遗产都有所变更。其中最明显的就是各种协议和许可的改变。我们虽然没有精力去研究每个协议的具体条款，但作为一个擅长于赢利的公司来说为了赚钱而改动自己的产品是无容置疑的。今天再次看到一篇关于Java陷阱的评论，阅读之后的确发人深省啊，真是不知道那杯热气腾腾的Java咖啡还是以前的味道吗？ 作为Apache软件基金会的成员之一，我对开源软件的立场倾向于支持更加自由的许可协议，例如Apache许可证 (v2.0), BSD, 或 MIT许可协议。我坚信应该鼓励企业都能够采用开源软件，让他们能够使用开源软件做他们想做的任何事情，在当前法律框架下尽可能的放宽限制。 宽松自由的软件许可协议能够使软件开发社区做的更好。自由的开源软件开发能鼓励真正的、专心的、有实力的参与者的奉献活动，就像“公开核心” 运动那样，企业可以出售对软件的服务和“企业级软件功能”，而不要变成一个单一个体掌握了所有软件的重要权利。 我必须坦诚——我对Java语言并不是很热心——我更愿意用Python，Javascript，C，C++，甚至是PHP写程序，可是我发现Java无所不在，我深陷其中。Java和JVM如今已经成为我的团队开发的Cloudkick里众多组件的核心部分，而且无可替换。 如今IBM宣布了要转移他们的工作重心，转向基于OpenJDK上开发。这是Oracle控告Google的Android侵权之后的又一件大事。Oracle是一个擅长于玩弄大公司政治的公司，擅长于榨取价值——我确信他会从Sun的躯壳里榨取出最后一枚硬币为止。 当Sun，现在是Oracle，把OpenJDK置于GPL许可协议之下时，TCK的许可协议的问题已经悬着5年多了。有些博客对这个问题有深入的介绍[1] [2] [3]，我建议大家对TCK，Apache和Sun之间的故事都应该详细了解一下——但这不是我要在这里关注的。 我认为自己是个开源软件的倡导者，尽管跟有些人，例如Richard Stallman——GNU的创始人，的做法不尽相同。Richard的观点跟我在很多问题上都不太一致，但有一点是一致的，Java世界里越来越乱的现象也开始使我对软件平台和许可协议的信仰有所改变。 6年以前，Richard发表了“自由但带着枷锁 – Java陷阱”。当时我并不认同这种道德上的关于软件自由的论点，但现在我相信了，Java平台就是一个陷阱。 Richard在他的文章里谈到了“免费软件世界”以及其它很多的GNU项目，其中一点我觉得十分的重要：如果你的程序依赖于一个平台，你就会受到这个平台的许可协议和发展进程的约束。 任何软件，任何语言都会碰到这种问题。例如，如果一个免费的程序只能运行微软的Windows操作系统上，那对于免费世界
Apache旗下著名的开源IO类库:Commons IO 2.0下载地址发布了，关注Commons IO 2.0的朋友可以直接去官方获取最新的Commons IO 2.0下载地址下载试用。Commons IO 2.0是目前Commons IO系列产品的最新稳定版，而它之前的版本居然是Commons IO 1.4，从版本上可以看出其跨越之大。不过从官方给出的change list来看Commons IO 2.0从功能上完全兼容Commons IO 1.4，但对于Java版本的要求从之前的JDK 1.3升级到了JDK 1.5。当然随着JDK的升级Commons IO内部的api经历了一次不小的换血，无论是代码的实现还是性能都有了明显的提高。
Tomcat 7.0.4第一个beta版-Tomcat 7.0.4 beta下载地址发布了，关注Tomcat 7的朋友可以直接去官方获取最新的Tomcat 7.0.4 beta下载地址下载试用。Tomcat 7系列是Tomcat家族最新的产品，其变化相对于Tomcat 6系列产品再次做出了重大的调整（不过貌似架构方面没有太大的变化，不像Tomcat 从3到4以及从4-5变化那么大的说），不过很多新特性和功能还是十分值得我们升级的。而本次发布的Tomcat 7.0.4 beta与之前的版本相同一样是作为bug修复版出现的。从官方的change list来看大部分是由于功能特性的不完善导致的。例如：Java注释的解析问题，内存溢出问题，解析server.xml中多个jndi定义出现NEP问题等。不过由于本身该发布版就是beta版本，因此作为尝鲜试用测试还是可以，生产环境最好还是选择更稳定的版本。 Tomcat 7是目前Tomcat系列产品的最新版本，同时Tomcat 7最大的变化就是对Java版本和运行环境的改变。Tomcat 7是针对Java 6设计的，同时因为Tomcat 7.0.4引入了Eclipse JDT
开源中国社区“代码分享”功能开通了，相信关注开源中国社区的朋友都已经知道这个消息了吧。虽然很多朋友都已经获悉了这个消息了，但作为www.oschina.net的忠实fans，笔者还是迫不及待的将“开源中国社区“代码分享”功能开通”的消息发布出来，希望更多的朋友可以知道，并且希望更多朋友可以一起来共享自己优秀的代码。 开源中国社区作为国内顶尖的开源站点，是笔者每天必去的网站之一，其新闻更新速度之快，内容之精准让笔者受益颇多。其站长红薯更是资深网站架构师，有着扎实的编程功底和诸多大型项目的架构经验，是国内开源界顶尖人物之一。在开元中国社区中，不但拥有大量的开源软件的介绍和应用案例，也有着大量关于开源软件应用的讨论和研究，而开源中国社区网站本身就是一个十分经典经典的案例。 开源中国社区的架构清晰直观，按照站长红薯的介绍，他并没有选择任何流行的ORM层框架，而是采用了封装JDBC框架完成。而表示层也以velocity生成HTML为主，再加上以Nginx作为web server对静态资源和动态内容的转发因此整个网站可以承受巨大的压力。目前号称oschina每天的pv在20w左右，按照红薯的估计，当pv翻一番的时候，oschina需要做的只是增加点内存而已，其它任何改动都不需要，由此可见oschina设计的精良。有兴趣的朋友可以多与红薯交流下，相信各位会受益颇多的。（虽说有点广告嫌疑。。。，不过笔者的确每天必去oschina报道的）。 开源中国社区“代码分享”入口 开源并不是件很复杂、困难的事情，区区几行代码就可能对别人带来非常大的帮助，在新推出的“代码分享”功能中，你可以将代码贴出来，或者上传源码文件、项目打包或者程序截图，只要你认为这些代码有通用性，可能对别人有帮助。 代码分享步骤： 1. 填写代码的简单介绍，选择语言，所在分类 2. 添加代码片段（代码、文件、图片） 3. 发布代码，在第二步界面中点击“完成并查看” 即可进入代码浏览页面。 可通过“我分享的代码”进入 因为刚上线的功能，目前代码量还很少，欢迎大家踊跃分享代码或者是软件配置，随后我们也将推出一些图书方面的奖励给贡献最多的会员：） 目前此功能还在进一步开发和完善中，如有使用中的问题请留言给我，或者在站务中发表。 感谢大家对开源中国社区一贯的支持：） 进入代码分享 注：由于SyntaxHighlighter语法高亮处理库的bug，请大家不要使用