Java EE现状及其发展趋势
原文： http://blog.sina.com.cn/s/blog_4e0c121101000awr.html
(这是我年初写的一篇文章，但迟迟没有公开。有些内容可能已经过时，但还是值得一读.)
经过将近10年的发展后，Java EE已经演变为当前企业的主流计算平台。开发者再也不能够简简单单地将Java看成一种编程语言了，其产业和技术链已经渗入到各行各业的企业系统的各个环节。本文试图对Java EE现状及其发展趋势进行阐述。
现状
整体而言，Java EE平台正处在一个十字路口。现如今，整个Java SE/Java EE/Java ME平台已经开源了，这在Java发展史上是前所未有的。与此同时，许多开源实体已经参与到许多重要的Java EE技术规范的制定工作中，比如EJB 3.0的推出、Java EE 5平台的发布。这些讯息也告诉我们，整个Java EE平台已经非常成熟，急需找到新的突破口、新的机遇，并进一步去推动自身的发展。
无论是Java EE规范的制订者、Java EE容器厂商，还是Java EE工具提供者、和基于Java EE开发的ISV，开源社区已经在它们身上扮演着非常重要、关键的角色。
可以看出，开源已经成为了Java EE的主基调，这是一种全新的协作、互动模式。
从开源谈起
开源不仅仅是一个形式，其蕴涵的内容非常丰富。对于ISV而言，这意味着软件的研发模式需要转变了，尽可能采纳成熟的、主流的开源技术来打造我们的系统。此时，我们不用去关注开源技术的底层实现和维护工作，因为整个开源社区在积极推动这一重要而基础的工作。
来研究一个案例。开源领域的Spring已经成为了构建Java EE应用的事实上标准，它将Java EE领域中不同容器的差异性蕴藏起来，为开发人员暴露了统一的、一致的接口。采纳Spring架构目标应用后，应用的可移植性（便携性）不再是问题，而且开发者的开发效率和开发体验得到非常大的提升，应用的质量也能够得到保障。与此同时，Spring还在不断地超越Java EE平台技术本身。难道我们的系统有理由不架构在这类开源技术上？其实，这是一种精细化分工。ISV们再也不用在这类基础工作上花费太多的时间和精力，而且这类工作还很难做好。ISV可以将更多的精力放在系统的业务逻辑和功能的实现上。
再来研究一个案例。大部分开发者都会采用开源领域的Eclipse（WTP） IDE来开发目标系统，其安装方便、可扩展性强。从Eclipse 3.2开始，OSGi成为了它的微内核，这是一重要的使能技术（后续内容会重点讨论到�
相关文档：
而且java提供的容器类很方便，手工构造了一颗多叉树。然后再递归遍历。类似于中序遍历吧。
树的节点类:
Java代码
package TestTwo;
import java.util.ArrayList;
import java.util.List;
//多叉树的节点 &nbs ......
最近一两个月以来一直在看java 代码， 看了一些开源的实现， 也看了一些产品中的代码，从这些代码中，学习了一些开源框架的应用（如ActiveMQ，cxf），也学习了这些框架的实现，同时也注意去理解每个类 以及接口的设计，以及设计模式的应用， 关注了一下，每个类，接口的规模，基本上有一些也会非常大，有几千行，有一些 ......
<!--
/* Font Definitions */
@font-face
{font-family:宋体;
panose-1:2 1 6 0 3 1 1 1 1 1;
mso-font-alt:SimSun;
mso-font-charset:134;
mso-generic-font-family:auto;
mso-font-pitch:variable;
mso-font-signature:3 135135232 16 0 262145 0;}
@font-face
{font-family:"\@宋体" ......
<!--
/* Font Definitions */
@font-face
{font-family:宋体;
panose-1:2 1 6 0 3 1 1 1 1 1;
mso-font-alt:SimSun;
mso-font-charset:134;
mso-generic-font-family:auto;
mso-font-pitch:variable;
mso-font-signature:3 135135232 16 0 262145 0;}
@font-face
{font-family:"\@宋体" ......
