j2ee的13个标准时什么

javaEE是一个开发的平台，它包括很多技术。主要有13中技术。在完成一个实际的项目中，并不是这13中技术都要用到，只是有选择的使用。也就是说，一个程序员不是要把这13中技术全部掌握了才能从事javaEE开发。但是一个javaEE程序员至少掌握java servlet，jsp。

javaEE技术规范包括：

1 java数据库连接（JDBC）

JDBC API以一个统一的方式访问数据库。与ODBC类似，JDBC将开发者和私有数据库之间的问题隔离开来。由于它建立在java上，因此JDBC可以提供平台无关的数据库访问。

JDBC定义了4中不同的驱动，具体来说，它包括：

类型1：JDBC-ODBC桥接

在JDBC刚产生时，JDBC-ODBC桥接是非常有用的。通过它，开发者可以使用JDBC来访问一个ODBC数据源。缺点是，它需要在客户机上安装有一个ODBC驱动，该客户端通常运行在windows系统。使用这一类的驱动器，你就会失去JDBC平台无关的好处。此外ODBC驱动器需要客户端的管理。

类型2：JDBC-native桥接

JDBC-native桥是提供了一个建立在本地数据库驱动上的JDBC接口—没有使用ODBC。JDBC驱动将标准的JDBC调用了转变为对数据库API的本地调用。使用类型2的驱动也会也会使失去JDBC的平台性无关的好处，并且需要安装客户端的本地代码。

类型3：JDBC-network桥

JDBC-network桥不需要客户端的数据库驱动。它使用网络服务器的中层来访问一个数据库。这会引出诸如负载均衡，连接池技术，数据缓冲也是可能的。由于类型3的驱动通常可能带来相对小的下载时间，它是平台无关的，并且不需要客户端的安装和管理，因此很适合做internet应用。

类型4：纯java驱动

类型4使用纯的java数据库驱动来提供直接访问数据库 *** 作。由于类型4驱动运行在客户端，并且直接访问数据库。因此运行在这个模式暗示要使用一个2层体系。要在一个n层体系中使用类型4驱动，可以通过包含数据库访问代码的ejb，并且让该ejb为它的客户端提供一个数据库无关的服务。

2 java命名和目录接口（JNDI）

JNDI是java Naming and Directory Interface的简写，中文名为java命名及目录接口，它是为了对高级网络应用开发中的使用目录基础结构的访问。实际上这个目录是一个特殊的数据库，提供了对存储数据的快速访问，不像传统目录的服务访问方式—你必须提供不同的API接口去访问不同的目录服务，如：LDAP,NIS,ADS等。而它提供了一种标准的API来访问不同类型不同的目录。据说，使用sdk可以开发那些JNDI还不支持的目录服务提供者。

JNDI是java EE的一个API，提供了一套标准的接口，以定位用户，机器，网络，对象，以及服务。例如，你可以使用JNDI来定位一台网络中的打印机，你也可以利用它来定位java对象和连接到一个数据库。JNDI可以使用EJB，RMI－IIOP，JDBC中。 它是网络查找定位的标准方法。JNDIAPI被用来访问目录和命名服务。它提供一个相容模式来访问和 *** 作企业范围大的资源，例如一个应用服务器的DNS，LDAP本地文件或者对象

在JNDI中，一个目录结构的每一个节点被称为context。每一个JNDI的名字与一个context相对，没有一个绝对名字的概念。一个应用可以使用InitialContext来得到它的第一个context

Context ctx=new InitialContext();

通过这个初始的context，应用就可以通过目录树来定位到需要的资源或者对象。例如，假定你已经在WebLogic Server中配置了一个EJB，并且在myAppmyEJB中绑定了home接口。EJB的客户端，在得到这样一个初始的context后，然后就可以使用下面的代码来定位到home接口。

MyEJBHome home=ctxlookup(“myAppmyEJB”);

一旦得到了你所需要的对象的一个方法或者引用—在这个例子中，就是EJB的home接口—然后你就可以调用它上面的方法。为了在一个context中查找一个对象，JNDI还提供方法可以做到，插入或者绑定一个对象到一个context中，在配置一个EJB时，这是非常有效的方法：

从一个context中移除一个对象

列出一个context中所有对象

创建和删除subcontexts

3企业java Beans

Java EE其中有一个引人注目的技术是EJB。它提供了一个架构来开发和配置到客户端的分布式商业逻辑，因此可以明显的减少开发的扩展性，高度复杂企业应用的难度。EJB规范定义了EJB组件应该如何和何时与他们的容器交互。由容器负责提供普通的服务，例如：目录服务，事务管理，安全，资源池和容错。

EJB规范定义了3中基本的javaBean：

会话beans(session beans):会话beans为业务流程建模，由于它们通常表示执行某个动作，因此可以把它们当做动词。这个执行的动作可以是任何事情，例如：增加数量，访问数据库，调用其他系统，调用其他企业bean。我们可以举出很多例子，包括一个讨价引擎，一个工作流引擎，一个目录引擎，一个xyk认证中心或者一个网上证券交易引擎。

实体beans（Entity beans）：这是持久保存数据的代表—典型的是存储在数据库中—因此在服务器崩溃后数据依然存在。多个客户端可以使用EJB来表示同样的数据。实体beans为企业数据建模，由于它们表示数据对象（就是缓冲数据库的java对象），因此可以把它们当做名词。实体bean的例子包括一种产品，一项订单，一个雇员，一张xyk，或者一支股票。会话beans典型的方式通过实现业务目标的，例如一个证券交易引擎（会话beans）处理股票（实体beans）

消息驱动beans（Message-Driven beans）：Message-Driven beans也表示动作，这一点类似session beans它们之间的不同点是你只能通过发送消息给Message-Driven beans的方式来调用它们。Message-driven beans的例子包括了接受股票交易消息的beans，使用认证信息，或是工作流消息。这些message-driven beans也可以调用其他的企业beans。

接着我们讨论无状态和有状态

无状态的beans（stateless beans）这是一个单一使用的服务，不维护任何状态，在服务器崩溃也不再存在，而且生存周期也相对短。例如，一个无状态的session bean可能用作执行温度转换。

有状态的bean：它提供了一个一个传统的与客户端交互的方法，存储客户端的状态。在线购物车就是这样一个有状态session bean的典型例子。有状态session beans在服务器崩溃时也不在存在，而且生存期也相对短，并且每个实例只可以用在一个单线程中。

4．javaServer pages（jsp）

或许你应经对微软的Active Server pages（asp）非常熟悉，jsp也是类似技术，不过他是平台无关的。它们都是设计来帮助web内容开发者使用相对较少的代码就可以创建动态的网页。Web设计着即使不懂编程，也可以使用jsp来创建动态的网页。javaServer pages是html代码和java代码的混合。在客户请求页面的时候，服务器就会处理java代码，然后返回html页面给浏览器。

你可能也听说过JHTML，它是一个旧的标准，现在已经被jsp取代了。Weblogic Server不但支持jsp，还支持JhtmL。不过在默认设置下，WebLogic Server不支持jsp。（对与51版本）。你必须编辑WebLogicproperties来激活web 服务器，对于jspservlet来说，也是这样。

5java servlet

Servlets提供的功能大部分与jsp相同，它采用的是一个有点不同的方法，jsp中大部分是html代码，其中有少量的java代码，而servlet相反，它完全使用java编写，并产生html代码。

Servlet是一个运行在服务器的java小程序，可以扩展web服务器的功能。这些服务器端的应用可以在被请求时动态执行，它与传统的web服务器上的cgi perl脚本差不多。CGI脚本和servlet的一个主要的不同是：CGI脚本对于每次请求都启动一个全新的线程—需要额外的系统开销—而servlet的执行只要在servlet引擎内启动一个独立的线程就可以了。因此servlet的扩展性更好。

在开发servlet时，你通常都要继承javaxservlet>

首先，你写SQL语句的方法是不推荐的，它被定义为String类型。定义为StringBuffer的更好。 <br />为什么你会遇到问题，因为你写这两个库<br /> psexecute（）;写<br /> RS = psexecuteQuery（）写了一篇<BR /> < BR />显然是两家插入的话（不是查询），由于他什么呢？第一句话就足够了第二句删除

ODBC 连接数据库也不分J2EE ，JSEE啊？？？？？

无论是J2EE还是JSEE都可以用ODBC连接数据库啊。

区别是有的，

J2EE是做Web程序的，他面对的是大量的用户同时访问服务器而且可能同时 *** 作数据库，如果你使用ODBC连接数据库，所有的用户都用同一个连接，频繁的创建销毁资源，这样导致速度很慢，效率低，所以WEB开发一半采用连接池技术，用架构做，现在常用的是Hibernate。

我要是没记错的话

JSEE开发桌面应用程序多，这样可能同时 *** 作的人少，一般一个桌面程序也就一个人在 *** 作，所以用ODBC也就足够了，可是虽然解决了效率的问题但是没有解决面向对象与面向关系的良好沟通。

J2EE ，JSEE后台的数据库连接技术是通用的不分j2ee和JSEE吧

啊啊啊,0分那我就提示你一点点算了,动态创建的话,只有规矩的使用sql包获取前台参数,运行传入的语句

备份,恢复,删除,则可以使用Runtime对象的exec方法运行dos口令

J2EE包括哪些技术

J2EE是使用Java技术开发企业级应用的工业标准，它是Java技术不断适应和促进企业级应用过程中的产物。适用于企业级应用的J2EE，提供一个平台湾搞独立立的、可移植的、多用户的、安全的和基于标准的企业级平台，从而简化企业应用的开发、管理和部署。J2EE是一个标准，而不是一个现成的产品。

主要包括以下这些技术：

1)Servlet

Servlet是Java平台上的CGI技术。Servlet在服务器端运行，动态地生成Web页面。与传统的CGI和许多其它类似CGI的技术相比，Java Servlet具有更高的效率并更容易使用。对于Servlet，重复的请求不会导致同一程序的多次转载，它是依靠线程的方式来支持并发访问的。

2)JSP

JSP(Java Server Page)是一种实现普通静态HTML和动态页面输出混合编码的技术。从这一点来看，非常类似Microsoft ASP、PHP等技术。借助形式上的内容和外观表现的分离，Web页面制作的任务可以比较方便地划分给页面设计人员和程序员，并方便地通过JSP来合成。在运行时态，JSP将会被首先转换成Servlet，并以Servlet的形态编译运行，因此它的效率和功能与Servlet相比没有差别，一样具有很高的效率。

3) EJB

EJB定义了一组可重用的组件：Enterprise Beans。开发人员可以利用这些组件，像搭积木一样建立分布式应用。

4)JDBC

JDBC(JavaDatabase Connectivity，Java数据库连接)API是一个标准SQL(Structured Query Language，结构化查询语言)数据库访问接口，它使数据库开发人员能够用标准Java API编写数据库应用程序。JDBC API主要用来连接数据库和直接调用SQL命令执行各种SQL语句。利用JDBC API可以执行一般的SQL语句、动态SQL语句及带IN和OUT参数的存储过程。Java中的JDBC相当于Microsoft平台中的ODBC(Open Database Connectivity)。

对于开发分层的好处在于：

(1)降低耦合，通过接口规范的方式访问，提高效率和共享效率，以及对于调用层不需要知道底层实现就可以很好的进行切割。

分层：分为代码级别的分层和服务器级别的分层。

代码级别的分层好处在于降低耦合，上层依赖下层，通过接口访问下层，不需要知道接口实现。

服务器级别的分层，在于增强上层的负载能力，避免在同一服务器下由于服务层某一服务相对比较消耗资源而占用资源过多，导致其他的请求等待执行，导致相应比较慢。通过web层访问服务层服务器，从而把占用资源比较多的服务放到独立服务器，从而提高web层的访问效率。有的web访问业务很简单，很快就能相应，而又的比较慢，可能都不需要访问服务层，或服务层通过集群负责的方式调用服务层，大大提升访问效率。

举例按照代web->service->dao三层访问，架构演变

(1)部署的在服务器Server-A中，action直接在同一虚拟机中调用service就ok了。

如果Server-A最大支持100的并发请求，那么如果10个用户提交生成订单并扣款并生成镜像文件，比较消耗资源，占用CPU98%，而此时其他的90个登陆请求访问服务器，而此时，由于CPU占用资源过多，那么就会导致另外的90个请求在等待，那么效率此时执行的10个请求完成，那么给用户带来的体验就十分差。

(2)此时会考虑再增加web服务器，但用户访问并发量上来后，那么又会带来同样的问题

(3)发现提交订单的业务比较占用资源，那么就把该占用资源的服务层，分离到单独的应用服务器中，通过SOA方式调用服务，

(4)这样web应用服务器能够比较快的处理客户端请求响应，而占用资源的则单独服务放到单独服务器中执行，把webserver中的占用资源压力分流到单独的应用服务器中。同时服务层的服务器也可以采用集群的方式来响应服务。

好处：

降低web应用服务器中比较占用资源消耗的时间片。

增强web应用服务器层的访问吞吐量。

服务层独立出去可以更好的提供服务，可以通过集群的方式提供服务，增加吞吐量

可以大大增强系统的稳定性和安全、效率。

web层通过集群，服务层通过集群等等好处。

;

J2EE Java2平台企业版（Java 2 Platform,Enterprise Edition）

J2EE是一套全然不同于传统应用开发的技术架构，包含许多组件，主要可简化且规范应用系统的开发与部署，进而提高可移植性、安全与再用价值。

J2EE核心是一组技术规范与指南，其中所包含的各类组件、服务架构及技术层次，均有共通的标准及规格，让各种依循J2EE架构的不同平台之间，存在良好的兼容性，解决过去企业后端使用的信息产品彼此之间无法兼容，导致企业内部或外部难以互通的窘境。

在J2EE架构下，开发人员可依循规范基础，进而开发企业级应用；而不同J2EE供货商，同会支持不同J2EE版本内所拟定的标准，以确保不同J2EE平台与产品之间的兼容性。换言之，植基J2EE架构的应用系统，基本上可部署在不同的应用服务器之上，无需或者只须要进行少量的代码修改，即能大幅提高应用系统的可移植性(Portability)。

J2EE主由升阳与IBM等厂商协同业界共同拟定而成的技术规范，以企业与企业之间的运算为导向的JAVA开发环境。J2EE架构定义各类不同组件，如Web Component、EJB Component…等，而各类组件可以再用(reuse)，让已开发完成的组件，或者是经由市面采购而得的组件，均能进一步组装成不同的系统。

对于开发人员而言，只需要专注于各种应用系统的商业逻辑与架构设计，至于底层繁琐的程序撰写工作，可搭配不同的开发平台，以让应用系统的开发与部署效率大幅提升。

J2EE的核心规范是 Enterprise Java Beans（EJBs）。EJB依照特性的不同，目前共分为三种，分别是Session Bean、Entity Bean，以及 Message Driven Bean 。其中 Session Bean 与Entity Bean 算是EJB的始祖，这两种EJB规格在EJB 1x版本推出时就已经存在，而Message Driven Bean则是出现在EJB 20的规格之中。

目前业界许多程序设计师，或者是网页设计人员，多利用JSP/Servlet的便利性，进而在J2EE服务器之上开发相关的应用，或是整合公司内部的各种资源。

Java 2平台依照应用领域的不同，共分为三大版本，分别是J2EE、标准版本J2SE（Java 2 Platform, Standard Edition）、微型版本J2ME（Java 2 Platform, Micro Edition），以及Java Card等。

那么到底什么是J2EE呢？从整体上讲，J2EE是使用Java技术开发企业级应用的一种事实上的工业标准(Sun公司出于其自身利益的考虑，至今没有将Java及其相关技术纳入标准化组织的体系)，它是Java技术不断适应和促进企业级应用过程中的产物。目前，Java平台有三个版本：适用于小型设备和智能卡的J2ME(Java 2 Platform Micro Edition)、适用于桌面系统的J2SE和适用于企业级应用的J2EE。Sun推出J2EE的目的是为了克服传统Client/Server模式的弊病，迎合Browser/Server架构的潮流，为应用Java技术开发服务器端应用提供一个平台独立的、可移植的、多用户的、安全的和基于标准的企业级平台，从而简化企业应用的开发、管理和部署。J2EE是一个标准，而不是一个现成的产品。各个平台开发商按照J2EE规范分别开发了不同的J2EE应用服务器，J2EE应用服务器是J2EE企业级应用的部署平台。由于它们都遵循了J2EE规范，因此，使用J2EE技术开发的企业级应用可以部署在各种J2EE应用服务器上。

为了推广并规范化使用J2EE架构企业级应用的体系架构，Sun同时给出了一个建议性的J2EE应用设计模型：J2EE Blueprints。J2EE Blueprints提供了实施J2EE企业级应用的体系架构、设计模式和相关的代码，通过应用J2EE Blueprints所描述的体系模型，能够部分简化架构企业级应用这项复杂的工作。J2EE Blueprints是开发人员设计和优化J2EE组件的基本原则，同时为围绕开发工作进行职能分工给出了指导性策略，以帮助应用开发设计人员合理地分配技术资源。

下面我们参照J2EE Blueprints，结合最新版的J2EE规范(J2EE 14)，从整体上阐述如何使用J2EE架构企业级应用。

图2 使用J2EE架构企业级应用的体系架构

图2给出了使用J2EE架构企业级应用的体系架构。J2EE将组成一个完整企业级应用的不同部分纳入不同的容器(Container)，每个容器中都包含若干组件(这些组件是需要部署在相应容器中的)，同时各种组件都能使用各种J2EE Service/API。J2EE容器包括：

◆ Web容器 服务器端容器，包括两种组件JSP和Servlet，JSP和Servlet都是Web服务器的功能扩展，接受Web请求，返回动态的Web页面。Web容器中的组件可使用EJB容器中的组件完成复杂的商务逻辑。

◆ EJB容器 服务器端容器，包含的组件为EJB(Enterprise JavaBeans)，它是J2EE的核心之一，主要用于服务器端的商业逻辑的实现。EJB规范定义了一个开发和部署分布式商业逻辑的框架，以简化企业级应用的开发，使其较容易地具备可伸缩性、可移植性、分布式事务处理、多用户和安全性等。

◆ Applet容器 客户端容器，包含的组件为Applet。Applet是嵌在浏览器中的一种轻量级客户端，一般而言，仅当使用Web页面无法充分地表现数据或应用界面的时候，才使用它。Applet是一种替代Web页面的手段，我们仅能够使用J2SE开发Applet，Applet无法使用J2EE的各种Service和API，这是为了安全性的考虑。

◆ Application Client容器 客户端容器，包含的组件为Application Client。Application Client相对Applet而言是一种较重量级的客户端，它能够使用J2EE的大多数Service和API。

通过这四个容器，J2EE能够灵活地实现前面描述的企业级应用的架构。

在View部分，J2EE提供了三种手段：Web容器中的JSP(或Servlet)、Applet和Application Client，分别能够实现面向浏览器的数据表现和面向桌面应用的数据表现。Web容器中的Servlet是实现Controller部分业务流程控制的主要手段；而EJB则主要针对Model部分的业务逻辑实现。至于与各种企业资源和企业级应用相连接，则是依靠J2EE的各种服务和API。

在J2EE的各种服务和API中，JDBC和JCA用于企业资源(各种企业信息系统和数据库等)的连接，JAX-RPC、JAXR和SAAJ则是实现Web Services和Web Services连接的基本支持。

J2EE的各种组件

我们就J2EE的各种组件、服务和API，进行更加详细的阐述，看看在开发不同类型的企业级应用时，根据各自需求和目标的不同，应当如何灵活使用并组合不同的组件和服务。

· Servlet

Servlet是Java平台上的CGI技术。Servlet在服务器端运行，动态地生成Web页面。与传统的CGI和许多其它类似CGI的技术相比，Java Servlet具有更高的效率并更容易使用。对于Servlet，重复的请求不会导致同一程序的多次转载，它是依靠线程的方式来支持并发访问的。

· JSP

JSP(Java Server Page)是一种实现普通静态HTML和动态页面输出混合编码的技术。从这一点来看，非常类似Microsoft ASP、PHP等技术。借助形式上的内容和外观表现的分离，Web页面制作的任务可以比较方便地划分给页面设计人员和程序员，并方便地通过JSP来合成。在运行时态，JSP将会被首先转换成Servlet，并以Servlet的形态编译运行，因此它的效率和功能与Servlet相比没有差别，一样具有很高的效率。

· EJB

EJB定义了一组可重用的组件：Enterprise Beans。开发人员可以利用这些组件，像搭积木一样建立分布式应用。在装配组件时，所有的Enterprise Beans都需要配置到EJB服务器(一般的Weblogic、WebSphere等J2EE应用服务器都是EJB服务器)中。EJB服务器作为容器和低层平台的桥梁管理着EJB容器，并向该容器提供访问系统服务的能力。所有的EJB实例都运行在EJB容器中。EJB容器提供了系统级的服务，控制了EJB的生命周期。EJB容器为它的开发人员代管了诸如安全性、远程连接、生命周期管理及事务管理等技术环节，简化了商业逻辑的开发。EJB中定义了三种Enterprise Beans：

◆ Session Beans

◆ Entity Beans

◆ Message-driven Beans

· JDBC

JDBC(Java Database Connectivity，Java数据库连接)API是一个标准SQL(Structured Query Language，结构化查询语言)数据库访问接口，它使数据库开发人员能够用标准Java API编写数据库应用程序。JDBC API主要用来连接数据库和直接调用SQL命令执行各种SQL语句。利用JDBC API可以执行一般的SQL语句、动态SQL语句及带IN和OUT参数的存储过程。Java中的JDBC相当与Microsoft平台中的ODBC(Open Database Connectivity)。

· JMS

JMS(Java Message Service，Java消息服务)是一组Java应用接口，它提供创建、发送、接收、读取消息的服务。JMS API定义了一组公共的应用程序接口和相应语法，使得Java应用能够和各种消息中间件进行通信，这些消息中间件包括IBM MQ-Series、Microsoft MSMQ及纯Java的SonicMQ。通过使用JMS API，开发人员无需掌握不同消息产品的使用方法，也可以使用统一的JMS API来 *** 纵各种消息中间件。通过使用JMS，能够最大限度地提升消息应用的可移植性。 JMS既支持点对点的消息通信，也支持发布/订阅式的消息通信。

· JNDI

由于J2EE应用程序组件一般分布在不同的机器上，所以需要一种机制以便于组件客户使用者查找和引用组件及资源。在J2EE体系中，使用JNDI(Java Naming and Directory Interface)定位各种对象，这些对象包括EJB、数据库驱动、JDBC数据源及消息连接等。JNDI API为应用程序提供了一个统一的接口来完成标准的目录 *** 作，如通过对象属性来查找和定位该对象。由于JNDI是独立于目录协议的，应用还可以使用JNDI访问各种特定的目录服务，如LDAP、NDS和DNS等。

· JTA

JTA(Java Transaction API)提供了J2EE中处理事务的标准接口，它支持事务的开始、回滚和提交。同时在一般的J2EE平台上，总提供一个JTS(Java Transaction Service)作为标准的事务处理服务，开发人员可以使用JTA来使用JTS。

· JCA

JCA(J2EE Connector Architecture)是J2EE体系架构的一部分，为开发人员提供了一套连接各种企业信息系统(EIS，包括ERP、SCM、CRM等)的体系架构，对于EIS开发商而言，它们只需要开发一套基于JCA的EIS连接适配器，开发人员就能够在任何的J2EE应用服务器中连接并使用它。基于JCA的连接适配器的实现，需要涉及J2EE中的事务管理、安全管理及连接管理等服务组件。

· JMX

JMX(Java Management Extensions)的前身是JMAPI。JMX致力于解决分布式系统管理的问题。JMX是一种应用编程接口、可扩展对象和方法的集合体，可以跨越各种异构 *** 作系统平台、系统体系结构和网络传输协议，开发无缝集成的面向系统、网络和服务的管理应用。JMX是一个完整的网络管理应用程序开发环境，它同时提供了厂商需要收集的完整的特性清单、可生成资源清单表格、图形化的用户接口；访问SNMP的网络API；主机间远程过程调用；数据库访问方法等。

· JAAS

JAAS(Java Authentication and Authorization Service)实现了一个Java版本的标准Pluggable Authentication Module(PAM)的框架。JAAS可用来进行用户身份的鉴定，从而能够可靠并安全地确定谁在执行Java代码。同时JAAS还能通过对用户进行授权，实现基于用户的访问控制。

· JACC

JACC(Java Authorization Service Provider Contract for Containers)在J2EE应用服务器和特定的授权认证服务器之间定义了一个连接的协约，以便将各种授权认证服务器插入到J2EE产品中去。

· JAX-RPC

通过使用JAX-RPC(Java API for XML-based RPC)，已有的Java类或Java应用都能够被重新包装，并以Web Services的形式发布。JAX-RPC提供了将RPC参数(in/out)编码和解码的API，使开发人员可以方便地使用SOAP消息来完成RPC调用。同样，对于那些使用EJB(Enterprise JavaBeans)的商业应用而言，同样可以使用JAX-RPC来包装成Web服务，而这个Web Servoce的WSDL界面是与原先的EJB的方法是对应一致的。JAX-RPC为用户包装了Web服务的部署和实现，对Web服务的开发人员而言，SOAP/WSDL变得透明，这有利于加速Web服务的开发周期。

· JAXR

JAXR（Java API for XML Registries）提供了与多种类型注册服务进行交互的API。JAXR运行客户端访问与JAXR规范相兼容的Web Servcices，这里的Web Services即为注册服务。一般来说，注册服务总是以Web Services的形式运行的。JAXR支持三种注册服务类型：JAXR Pluggable Provider、Registry-specific JAXR Provider、JAXR Bridge Provider(支持UDDI Registry和ebXML Registry/Repository等)。

· SAAJ

SAAJ(SOAP with Attachemnts API for Java)是JAX-RPC的一个增强，为进行低层次的SOAP消息 *** 纵提供了支持。

企业级应用示例

下面我们通过假设一个企业应用的J2EE实现，来了解各种组件和服务的应用。假设应用对象是计算机产品的生产商/零售商的销售系统，这个销售系统能够通过自己的网站发布产品信息，同时也能将产品目录传送给计算机产品交易市场。销售系统能够在线接受订单(来自自己的Web网站或者来自计算机产品交易市场)，并随后转入内部企业管理系统进行相关的后续处理。

参见图3，这个企业应用可以这种方式架构。该企业应用的核心是产品目录管理和产品定购管理这两个业务逻辑，使用EJB加以实现，并部署在EJB容器中。由于产品目录和定购信息都需要持久化，因此使用JDBC连接数据库，并使用JTA来完成数据库存取事务。

图3 J2EE应用示例

然后使用JSP/Servlet来实现应用的Web表现：在线产品目录浏览和在线定购。为了将产品目录发送给特定的交易市场，使用JMS实现异步的基于消息的产品目录传输。为了使得更多的其它外部交易市场能够集成产品目录和定购业务，需要使用Web Services技术包装商业逻辑的实现。由于产品定购管理需要由公司内部雇员进行处理，因此需要集成公司内部的用户系统和访问控制服务以方便雇员的使用，使用JACC集成内部的访问控制服务，使用JNDI集成内部的用户目录，并使用JAAS进行访问控制。由于产品订购事务会触发后续的企业ERP系统的相关 *** 作(包括仓储、财务、生产等)，需要使用JCA连接企业ERP。

最后为了将这个应用纳入到企业整体的系统管理体系中去，使用Application Client架构了一个管理客户端(与其它企业应用管理应用部署在一台机器上)，并通过JMX管理这个企业应用。

以上就是关于j2ee的13个标准时什么全部的内容，包括:j2ee的13个标准时什么、eclipse for j2ee的动态web如何编辑一个访问oracle数据库的web页面(oracle数据库已经连接好了)、j2EE中数据库搜索问题，一个org.hibernate.QueryException ，求解决等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！