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能调用oracle存储过程和函数，但今天我发现原来oracle也可以调用java
测试环境oracle 10g
call dbms_java.set_output(5000);
--首先在oracle中编译java文件 以下是个简单的
create or replace and compile java source named helloworld as
public class hellowor ......
当一个复杂的对象被构造时,它的构造函数按下面的顺序被调用(that the order of constructor calls for a complex object is as follows)
1.其基类(base-class)的构造函数被调用,这个步骤以递归的方式重复,所以最底层(the root of hierarchy)的构造函数首先被执行,然后是它上一层派生类(the next-deriv ......
单例模式.
简而言之，就是一个类只有一个实例。
Singleton.java：
package com.xfimti.sigleton;
public class Singleton
{
/*第一种方式。*/
private static Singleton singleton = new Singleton();
/*第二种方式。*/
private static Singleton mySingleton = null;
p ......
<!--
/* 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:"\@宋体" ......
