EJB3.1+JBoss7.1+Eclipse3.7

说明本文不深入具体技术，而是从一个比较宏观的角度讲述J2EE平台所涉及的一些技术，对于每种技术只介绍其特点以及应用，如有可能对相似技术做了一些简单的比较。内容一、J2EE的由来√二、J2EE的组成*一般知识*一、计算机应用程序的一般特点：大多数应用，从PC机上的简单报表程序到大型机上的复杂计算，都由三部分组成：用户界面部分：表示层应用逻辑部分：业务逻辑层数据访问部分：数据访问层

CommandMap 实现使用 CommandInfo 类描述命令请求的结果。它为请求者提供所请求的动词，以及 bean 的一个实例。还有一个方法，它将返回实现命令的类的名称，但是它不保证返回有效值。原因是允许子类化 CommandInfo 的 CommandMap 实现提供特殊行为。例如，CommandMap 能够动态生成 JavaBean。在这种情况下，不太可能仅根据类名称便创建带有全部正确状态信息的对象。

Java EE 应用程序一般分为客户层、Web 层、业务层和企业信息层 Java EE 应用程序的组件有：EJB组件、WEB组件和客户层组件。WEB组件包含Servlet组件和JSP组件。客户层组件包含应用程序客户端组件和Applet组件 Java EE 容器分为EJB 容器、Web 容器、应用程序客户端容器和Applet 容器 开发 Java EE 应用程序的不同阶段是：创建组件、组件封装、应用程序汇编以及应用程序部署 Java EE 平台定义了在应用程序开发和部署生命周期中多个不同的角色，如应用程序组件提供者、应用程序汇编者和部署者

JPA的出现主要是为了简化现有的持久化开发工作和整合ORM技术，目前实现的JPA规范的主流产品有Hibernate、TopLink/EclipseLink和OpenJPA，在WebLogic中采用了EclipseLink作为其持久化框架；

Java EE 6已经正式发布，此次更新相比Java EE 5取得了不少进展，添加了大量的新技术，也进一步简化了平台，扩展了可用性。 Java EE 6标准于2009年12月通过，并在同月与GlassFish v3和NetBeans 6.8一同推出。很多Java开发者对Java EE的升级表示了不情愿，但Hibernate之父Gavin King站出来说，拒绝升级的理由是不具备说服力的，并建议开发者们进行升级。

JavaEE5的标准已经不是新鲜东西了，现在出了JavaEE6的标准，不过因为应用服务器像Weblogic和Websphere还没有大力支持呢，所以暂时先放放。JavaEE5是以EJB3.0为核心内容所出的标准。主要有：以上就是JavaEE5提出的相关标准因为JPA在笔者的博客中单独有总结，在此系列不再做出总结，至于JSF等Web前端技术，之后会做一个文档形式的总结的。

虽然许多文章曾经讨论过J2EE最佳实践。那么，为什么我还要再写一篇文章呢？本文究竟与以前的文章有何不同或者说比其他文章好在哪呢？首先，本文的目标读者是正在从事技术工作的架构师。为了避免浪费大家的才智，我会避免讲述一些陈腐的最佳实践，例如“日常构建（builddaily）”、“测试一切（testeverything）”和“经常集成（integrateoften）。任何具有称职架构师的项目都有分工明确的、定义良好的团队结构。他们还为进行编码检查、构建代码（每日或在需要时）、进行测试（单元、集成和系统的）、部署和配置/释放管理而具备已记录的过程。

Tony Hoare: “抽象起源于对真实世界中的对象、事态、过程之间的相似性的认识，以及在聚集这些相似性的同时忽略差异性的决心” ； Grady Booch: “抽象表示一个对象区别与其他类别的对象的本质特征，从而相对于观察者的角度来说，为其提供了明确定义的概念边界”； 抽象是处理复杂事物的基本方法之一； 抽象关注对象的外部视图并将其行为与它的实现隔离开来。

J2EE指南对于广大的Java程序员来说是一份不可或缺的资料了。这篇导论对于初次碰到J2EE的程序员来说有着同样的作用。它与Java指南一样都是一例子为中心。这篇指南是为爱好开发和部署J2EE应用程序的程序员准备的。它包括了组成J2EE平台的技术以及描述如何开发J2EE组件并部署在J2EE软件开发包上。 这篇指南不是为J2EE服务器及工具供应商准备的，它没有解释如何实现J2EE结构，也没有解释J2EE软件包。

J2EE是一种利用Java 2平台来简化企业解决方案的开发、部署和管理相关的复杂问题的体系结构。J2EE技术的基础就是核心Java平台或Java 2平台的标准版，J2EE不仅巩固了标准版中的许多优点，例如"编写一次、随处运行"的特性、方便存取数据库的JDBC API、CORBA技术以及能够在Internet应用中保护数据的安全模式等等，同时还提供了对 EJB（Enterprise JavaBeans）、Java Servlets API、JSP（Java Server Pages）以及XML技术的全面支持。其最终目的就是成为一个能够使企业开发者大幅缩短投放市场时间的体系结构。<br> J2EE体系结构提供中间层集成框架用来满足无需太多费用而又需要高可用性、高可靠性以及可扩展性的应用的需求。通过提供统一的开发平台，J2EE降低了开发多层应用的费用和复杂性，同时提供对现有应用程序集成强有力支持，完全支持Enterprise JavaBeans，有良好的向导支持打包和部署应用，添加目录支持，增强了安全机制，提高了性能。

　　Java最初是在浏览器和客户端机器中粉墨登场的。当时，很多人质疑它是否适合做服务器端的开发。现在，随着对Java2平台企业版（J2EE）第三方支持的增多，Java被广泛接纳为开发企业级服务器端解决方案的首选平台之一。<BR>J2EE平台由一整套服务（Services）、应用程序接口（APIs）和协议构成，它对开发基于Web的多层应用提供了功能支持。。<BR>在本文中我将解释支撑J2EE的13种核心技术：JDBC,JNDI,EJBs,RMI,JSP,Javaservlets,XML,JMS,JavaIDL,JTS,JTA,JavaMail和JAF，同时还将描述在何时、何处需要使用这些技术。当然，我还要介绍这些不同的技术之间是如何交互的。

案例简介：该案例以图书管理案为例，代码编写涵盖了系统开发中的常用功能，其中以登陆功能为例,通过对该功能的代码讲解，以清楚整个Jquery+SSH+JSON+CSS的集成应用。

Java平台企业版(JavaTMEE)降低了开发多层次企业级服务的成本和复杂性。JavaEE应用程序可以快速地部署和强化，使企业轻松地应对竞争压力。JavaEE方案可以实现上述目标，这需要定义一个标准的架构，以下是其组成元素:JavaEE平台-一个托管JavaEE应用程序的标准平台。JavaEE兼容性测试套件-兼容性测试套件用于检验JavaEE平台产品是否符合JavaEE平台标准。JavaEE可参考的实现-一个可参考的实现是一个JavaEE应用程序原型，提供一套可行的JavaEE平台定义。JavaEE蓝图-一套开发多层次瘦客户端服务的最佳实践。本文档描述了JavaEE平台规范。它定义了一个JavaEE平台产品必须达到的标准。感谢本规范是多人协作的成果。VladaMatena撰写了第一个草案以及事务管理和命名的章节。

ActivationDataFlavor 类是 java.awt.datatransfer.DataFlavor 的一个特殊子类。它允许 JAF 通过新的构造方法设置 DataFlavor 类所存储的所有三个值。它还包含 equals 方法中增强的 MIME 解析。除了增强的解析外，其语义与 JDK DataFlavor 类的语义相同。

J2EE提供了一套完整的基于标准化模块的服务组件，它能自动的处理大多数应用程序的细节， 而不需要复杂的编程，因此简化了复杂的企业级应用程序的开发。本文首先考察企业级应用的一般概念和需求，然后简要阐述面向对象程序设计的基本原则，并结合 软件工程的思想来讨论多层的J2EE应用架构，分析它们满足企业级应用的方式,，再通过讲述常用的几种Java设计模式和Java反射技术来说明如何实现 这些应用架构。

J2EE指南对于广大的Java程序员来说是一份不可或缺的资料了。这篇导论对于初次碰到J2EE的程序员来说有着同样的作用。它与Java指南一样都是一例子为中心。 这篇指南是为爱好开发和部署J2EE应用程序的程序员准备的。它包括了组成J2EE平台的技术以及描述如何开发J2EE组件并部署在J2EE软件开发包上。

对于DAO在这里介绍个在它基础上开发的包bba96,目前最新版本是bba96 2.0它对Hibernate进行了封装, 查询功能包括执行hsql或者sql查询/更新的方法，如果你要多层次逻辑的条件查询可以自己组装QueryObject.可以参考它做HibernateDAO.也可以直接利用它

本文不深入具体技术，而是从一个比较宏观的角度讲述J2EE平台所涉及的一些技术，对于每种技术只介绍其特点以及应用，如有可能对相似技术做了一些简单的比较。

中文JavaEE API