java

java,java doc,java source,java news

java

Tapestry 5.2.4下载

/

　　Tapestry 5.2.4下载地址发布了，同时Tapestry 5.2.4也是作为Tapestry 5.2正式版的第一个发布版本，关注Tapestry 5.2的朋友可以直接去Tapestry官方获取最新的Tapestry 5.2.4下载地址下载试用。作为Tapestry的忠实用户和一个使用Tapestry将近5个年头的开发者来说，笔者对Tapestry的感情不言而喻啊。不过在亲眼见证Tapestry的变迁过程中笔者不得不佩服Tapestry作者霍华德的思想和意识。貌似霍华德总会让人们感到惊喜。当然在其将Servlet发挥到了极致的情况下也有很多T粉丝呼吁老霍应该去领导Servlet。对于web框架百花齐放的今天,Tapestry带给笔者的组件思想仍然是目前让笔者最心仪的方法。虽然其学习曲线相对较高，但高效的开发方法，超高的组件复用率都让笔者受益匪浅。 　　Tapestry 5.2.4是在众多Tapestry社区用户的推荐下成为Tapestry 5.2正式版的。因为在过去的将近一个的时间内，Tapestry 5.2.4目前只发现了一个bug，可见其稳定性是很不错的。说到这里，笔者是简单说下Tapestry 4.x到Tapestry 5.2的巨大变革。首先要说的是Tapestry 4与Tapestry 5几乎不是同一个东西了，似乎霍华德根本就没考虑让其向下兼容的问题，不过这样带来的好处就是Tapestry 5几乎是完全重新设计的，应用的更好更先进的思想和设计理念。 　　Tapestry 4.0过度到Tapestry 4.1的过程中，Jesse Kuhnert为Tapestry 4.0与著名RIA框架dojo进行了无缝的整合，因此Tapestry […]

java

CKEditor 3.5下载

/

　　 　　CKEditor 3.5下载地址发布了，关注CKEditor的朋友可以去官方获取最新的CKEditor 3.5下载地址下载试用。话说FCKEditor在更名为CKEditor貌似发展速度和进度都更快了一筹，或许是因为商业运营的缘故吧，总是感觉CKEditor的发布速度十分快，更新频率和bug修复也都十分的快速。真对开发者来说无疑是一个很好的消息。本次发布的CKEditor 3.5不单单是一个bug修复版本，而是引入了大量的新特性，绝对值得开发者一试。 　　CKEditor就是传说中的FCKEditor项目更名之后的项目。FCKEditor是Java 开发者最常用的在线编辑器之一，FCKEditor针对Java开发了 FCKEditor for Java版本，后续又出现了FCKEditor for .Net版本等。CKEditor同样也是一个所见即所得的在线编辑器，CKEditor继承了FCKEditor的全部优点，并重构了很多核心代码让编辑器变得更健壮，更易用。 CKEditor 3.5主要改进包括： CKEditor 3.5增加了对Adobe Air的支持 CKEditor 3.5改进了对话窗口的尺寸，目前支持自由调整对话窗口大小 CKEditor

java

jBPM 5.0 CR1下载

/

　　jBPM 5.0第一个RC版本-jBPM 5.0 RC1下载地址发布了，关注jBPM 5.0的朋友可以直接去官方获取了最新的jBPM 5.0下载地址下载试用。说到jBPM，笔者目前已知的最新稳定版似乎是jBPM 4.4，而国内使用该版本的用户的确也不再少数。不过似乎jBPM 4.x系列只是社区版本，并不是jBoss旗下的企业版本。而从官方目前的情况来看，貌似jBPM 4.x也没有继续发展下去的意识。具体因为什么目前也不得而知了，不过对于开源用户来说，没有一个活跃的开源团队来支持，那么这个项目最好还是不要使用的好。 　　目前经多方消息证实JBPM4.x已经被抛弃，该项目并没有得到Jboss社区的支持，一些高人们系了JBPM4的开发成员才知道，JBPM4只是社区版，JBPM3才是企业版，而对于社区版本和企业版的区别，相信大家都应该很清楚吧，同时原先JBPM开发团队的team leader已经离开了JBoss，而即将release的JBPM5正由Drools Flow的开发团队来开发，所以JBPM5实际上和以往JBPM会有很大的不同，而更加像Drools Flow 　　了解了这些之后，很多朋友曾产生将JBPM换成3.x的想法，但是考虑到系统中对流程的需求并不是特别复杂，所以决定继续使用4.4，值得欣慰的是，据这位 JBPM4.x的开发成员说，4.3的版本有很多bug，但是4.4的bug还是比较少的，这些是可以从官方上面看到的，但是，你以前是JBPM3.x的用户，并且继续希望想 use a bpm with jboss

java

MercurialEclipse 1.7.1下载

/

　　MercurialEclipse 1.7.1下载地址发布了，关注MercurialEclipse的朋友可以直接去官方获取最新的MercurialEclipse 1.7.1下载地址下载试用。说到MercurialEclipse，估计从名字上大家就能看出它其实就是Mercurial的eclipse插件，从而让Eclipse可以支持Mercurial工作，也就是一个基于eclipse的Mercurial客户端。那么Mercurial又是什么呢？Mercurial 是一种轻量级分布式版本控制系统，采用 Python 语言实现，易于学习和使用，扩展性强。其是基于 GNU General Public License (GPL) 授权的开源项目。 　　其实Mercurial与我们大家常用的SVN,CVS,Git十分类似，是一个强大的分布式的版本控制系统。不过相对于SVN和CVS来说，Mercurial的特征与Git更为相似，因为二者都是分布式版本控制系统。而分布式版本控制系统的最大特点就是每个都可以独立管理自己的版本仓库，而其它人既可以把别人的版本仓库当成自己的版本库，也可以独立管理。举个例子来说，当公司的SVN服务器挂掉的时候，公司里所有的员工都将无法进行svn提交操作。那么对于Mercurial来说，这个问题就十分简单了，用户可以选择直接提交到自己的版本库中，也可以选择提交到其它同事的版本库中，当Mercurial中央服务器恢复的时候，分别于中央服务器同步。这也是分布式提交带来的最大优势。 MercurialEclipse 1.7.1主要改进包括： MercurialEclipse 1.7.1在同步菜单中增加了”Rollback”和”Backout”两个按钮,用于实现Undo操作 MercurialEclipse 1.7.1完全改进了处理多个heads的问题，在执行”Pull and

java

DBSight 4.0.7下载

/

　　DBSight 4.0.7下载地址发布了，关注DBSight 4的朋友可以直接去官方获取最新的DBSight 4.0.7下载地址下载试用。作为一款优秀的J2EE全文检索工具，DBSight 4.0使用了目前最为流行的也是最新的Lucene 4.0作为其检索的基础，而与往常一样该版本仍然是作为一个bug修复以及功能改进版本发布的。由于之前笔者的疏忽居然一下子错过了2个小版本的更新，今天就把从4.4到4.7的全部更新内容都发布出来，作为使用DBSight 4.0系列的朋友,看过下面的更新介绍后，可以考虑升级到最新的DBSight 4.0.7，不过由于距离4.4版本的DBSight有些差距，可能会面临重建索引的问题，所以还请慎用。 　　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.7主要改进包括： DBSight 4.0.7增加了对数据库以外数据的自定义检索功能，用于处理更多类型的文件。（检索功能越来越强劲了）

java

Oracle请求Apache重新考虑退出JCP的决定

/

　　就在Apache在官方正式宣布推出JCP之后，或许是Oracle感觉到了Apache的态度的坚决以及其对Java未来的帮助；也或许是社区的呼声过于高涨，今天Oracle发布了官方声明，“Oracle请求Apache重新考虑退出JCP的决定”。此举预示着Oracle并不想与Apache彻底闹翻，由此可见Apache对Java的影响力了。甲骨文周四请求Apache软件基金会重新考虑其退出Java SE/EE执行委员会的决定，同时肯定了Apache基金会对Java未来的重要性。 　　本周三，Apache软件基金会宣布退出Java执行委员会，称甲骨文对Java控制过多。该基金会在博客中表示，“甲骨文一家公司的商业企图将继续严重干涉并危害Java透明的管理和生态系统。” 　　周四晚些时候，一名甲骨文高管向Apache摆出和解姿态。 　　“上个月甲骨文再次提名Apache进入Java执行委员会，因为我们认可他们的积极参与和态度。”甲骨文开发副总裁亚当·梅辛格(Adam Messinger)写道。 　　他表示，“甲骨文有责任推动Java发展，并为数百万的Java开发者提供统一的Java标准。我们鼓励Apache重新考虑其立场，继续帮助推动Java的发展。Apache软件基金会和它赞助的许多其他开源项目是Java整个生态系统的重要部分。” 　　然而，从目前来看，Apache基金会似乎并不急于重返委员会。 　　Apache基金会主席吉姆·雅盖尔斯基(Jim Jagielski)周四在Twitter上表示，“甲骨文应该给我们一个重新考虑的原因，而不是简单的一句“请”。” 　　“Java社区进程已死，”雅盖尔斯基在一篇博客中写道，“唯一剩下的，只是一个游走于Java生态系统的僵尸，试图寻找新鲜血液。” 摘自：开源中国社区

java

JDK 1.6 Update23下载

/

　　JDK 1.6第23个更新版本-JDK 1.6 Update23下载地址发布了，关注JDK 1.6的朋友可以直接去Oracle官方获取最新的JDK 1.6 Update23下载地址下载试用。随着Oracle收购Sun之后发布的一系列声明，貌似JDK的收费版和免费版已经呼之欲出了。但是目前看来或许JDK 1.6似乎还没有这种迹象，或许在不久的JDK 7中就会出现这种差别吧。不过距离JDK 7的出现还有一段时间，我们还是继续关注一下我们目前最稳定也是最新的JDK 1.6 Update23吧。 JDK 1.6 Update23主要改进包括： JDK 1.6 Update23再次提升了性能，同时巩固了稳定性。 JDK 1.6

java

Hibernate Search 3.3.0 CR2下载

/

　　Hibernate Search 3.3.0第二个RC版本-Hibernate Search 3.3.0 CR2下载地址发布了，关注Hibernate Search 3.3.0的朋友可以直接去Hibernate官方获取最新的Hibernate Search 3.3.0 CR2下载地址下载试用。随着Hibernate Search 3.3.0的不断完善，相信更加OO同时与Hibernate整合更加紧密的基于Lucene的全文检索工具即将和大家见面了。本次发布的Hibernate Search 3.3.0 CR2最大的改进是性能的提升，当然也包含bug修复和功能的改进，不过总的来说性能是Hibernate Search 3.3.0的重头戏，为了配合不就即将发布的Hibernate Search 3.3.0正式版，官方本次决定让用户体验下最新版本的Hibernate

java

Jetty 7.2.2下载

/

　　Jetty 7.2.2下载地址发布了，关注Jetty 7系列产品的朋友可以去Jetty或者是eclipse官方获取最新的Jetty 7.2.2下载地址下载试用。作为笔者最喜欢，也是应用最广泛的Servlet容器来说，Jetty的每一次变革都让笔者十分的关注。从最初的Jetty 5升级到Jetty 6，到后来的Jetty投奔到Eclipse后出品的Jetty 7，每一次的变革都带来的不小的进步。就连互联网巨头Google也放弃了使用已久的Tomcat转型成了Jetty。当然笔者这里不是说Tomcat就没有Jetty好，只是两个Servlet容器在设计理念上有所不同。这里引用Springside作者江南白衣的一段话，或许会让大家明白为什么Goolge也选择了Jetty。 　　JavaEE炒过一轮又一轮的概念后，实际至少呈现出两个趋势： 是Java应用服务器越来越没有用途. EJB3已没落, Web Service与JMS的实现又不需要应用服务器来提供, 应用服务器提供的Http Session集群方案更少人真正使用。 是但凡大点的应用总会被拆散成越来越多的独立提供服务的子系统，也就是炒了一百遍的分布式与面向服务了。 所以，目前最爱的是的Jetty，可以独立部署与启停，对子系统的可扩展部署与应用版本快速升级都有莫大好处。 随着Java应用逐步壮大，分布式Java应用的设计是不可避免的问题 　　相信看了上面的评论后估计大家多少会有一些感悟吧，不过说到这里，对于Java app server笔者一直都比较感兴趣，貌似有一本叫做《how

java

Apache确认退出JCP

/

　　前段时间Java界爆出的Apache由于不满Oracle对TCK限制准备退出JCP的消息近日终于有了最终结果。那就是Oracle并没有达到Apache的要求最终导致“Apache确认退出JCP”。相比做Java的朋友都知道Apache基金会吧，其手下诸多的开源项目最大的受益人恐怕就是我们这些战斗在一线的开发人员了，无论从代码的质量，数量，还是功能来看Apache带给Java开源世界的不仅仅是一些零碎的代码片段，可以说从某种意义上来说，Apache已经成为构建Java项目一块不可或缺的基石，只是不知道当这块稳如泰山的基石遭遇到如此待遇之后会有何种反应，让我们静观其变吧。 　　前些天报道 Apache 基金会因不满甲骨文限制第三方使用技术兼容包(TCK)演示Java实现与标准的兼容性，以获得必要的专利许可授权。它呼吁JCP成员投甲骨文所制定 Java SE 7规格的反对票，但除了Google外无人响应，可能将退出JCP执行委员会。今天，从 Apache 官方上证实了此消息，确认 Apache 基金会组织不再参加 JCP 执行委员会。 详情请看Apache官方消息：http://s.apache.org/P12 　　JCP（ Java Community Process) 是一个开放的国际组织，主要由Java开发者以及被授权者组成，职能是发展和更新Java技术规范、参考实现（RI）、技术兼容包（TCK）。Java技术和JCP两者的原创者都是SUN计算机公司。然而，JCP已经由SUN于1995年创造Java的非正式过程，演进到如今有数百名来自世界各地Java 代表成员一同监督Java发展的正式程序。

Scroll to Top