J2EE_BlueprintsDigest

合集下载

J2EE的核心技术

J2EE的核心技术

J2EE的核心技术J2EE为设计、开发、装配和部署企业级应用程序提供了一个基于构件的解决方案。

使用J2EE可以有效地减少费用,快速设计和开发企业级的应用程序。

J2EE平台提供了一个多层结构的分布式的应用程序模型,该模型具有重用构件的能力、基于XML的数据交换、统一的安全模式和灵活的事务控制。

使用J2EE不仅可以更快地发布新的解决方案,而且独立于平台的特性让使用J2EE的解决方案不受任何提供商的产品和API的限制。

用户可以选择最合适自己的商业应用和所需技术的产品和构件。

(1)EJB。

EJB是Java服务器端的构件模型。

EJB容器作为EJB 构件的执行环境,提供服务器端的系统级功能,包括线程管理、状态管理和安全管理等。

EJB定义了访问构件服务的分布式客户接口模型,通过RMI-IIOP(Java Remote Method Invocation-Internet Inter-ORB Protocol),EJB可以同COBRA对象进行互操作。

使用Java开发的EJB 具有一次编写到处运行的优点,按照标准开发的EJB构件可以部署到任何一个支持EJB标准的应用服务器中。

使用EJB开发企业应用,可以缩短开发周期,开发人员只需要将注意力集中在业务逻辑的实现上,底层服务完全由EJB容器提供。

使用EJB开发的业务逻辑部分具有很好的移植性,不需要更改EJB的代码,开发人员能够将EJB从一种操作环境移植到另一种操作环境。

(2)JDBC。

JDBC是Java语言连接数据库的标准,从免费的MySQL 到企业级的DB2和Oracle, JDBC都提供了很好的接口。

JDBC API有两个部分,一个用来访问数据库的应用程序级的接口,另一个用来将JDBC驱动整合到J2EE平台中的服务提供商接口。

(3)Java Servlet(Java服务器端小程序)。

在Servlet技术中封装了HTTP协议,开发者不需要处理复杂的网络连接和数据包,就可以扩展Web服务器的功能。

J2EE基础知识

J2EE基础知识
7ቤተ መጻሕፍቲ ባይዱ
J2EE发展简史
• 1990,Green项目组创建Oak语言,这就是Java语 言的前身 • 1996年1月,Sun发布Java 1.0 • 1998年夏末又推出了Java 2.0 • 1999年,为了将Java 2的应用拓展到各个领域中, Sun推出了三个版本的Java 2平台,这就是J2ME、 J2SE和J2EE,J2EE由此诞生了
30
体系结构
J2EE .NET
数据层
JDBC、实体Bean
ODBC、
COM+ B/S模式:
业务层 会话Bean、JavaBean 表述层 B/S模式:JSP/Servlet
客户层 C/S模式:Java Swing C/S模式: Windows Forms
31
.NET的体系结构
2
课程安排
Day1: J2EE基础(XML、JAXP、RMI、JNDI) Day2: Java数据库连接(JDBC) Day3: EJB基础 Day4: 会话Bean(JTA、JTS) Day5: 实体Bean Day6: 消息Bean(JMS) Day7: Servlet Day8: JSP Day9: EJB+JSP的使用 Day10: Struts应用开发
15


• 平台供应商:提供J2EE平台,包括组件容器、平台APIs等 等; • 组件供应商:提供应用程序组件,包括HTML页面设计人 员、JSP程序员、EJB开发人员等等; • 组件装配人员:组装由组件供应商提供的组件,最后形成 EAR(Enterprise Archive)文件 • 部署人员:将装配好的组件部署到容器上; • 系统管理员:管理和配置部署好的系统; • 工具供应商:提供开发组件所使用的工具; • 系统组件供应商:提供系统组件;

J2EE的层次和组成

J2EE的层次和组成

J2EE的层次和组成J2EE的层次和组成J2EE组件和“标准的” Java类的不同点在于:它被装配在一个J2EE应用中,具有固定的格式并遵守J2EE规范,由J2EE服务器对其进行管理。

以下是关于J2EE的层次和组成,欢迎大家参考!目前,Java 2平台有3个版本,它们是适用于小型设备和智能卡的Java 2平台Micro版(Java 2 Platform Micro Edition,J2ME)、适用于桌面系统的Java 2平台标准版(Java 2 Platform Standard Edition,J2SE)、适用于创建服务器应用程序和服务的Java 2平台企业版(Java 2 Platform Enterprise Edition,J2EE)。

J2EE是一种利用Java 2平台来简化企业解决方案的开发、部署和管理相关的复杂问题的体系结构。

J2EE技术的基础就是核心Java平台或Java 2平台的标准版,J2EE不仅巩固了标准版中的许多优点,例如"编写一次、随处运行"的特性、方便存取数据库的JDBC API、CORBA技术以及能够在Internet应用中保护数据的安全模式等等,同时还提供了对EJB(Enterprise JavaBeans)、Java Servlets API、JSP(Java Server Pages)以及XML 技术的全面支持。

其最终目的就是成为一个能够使企业开发者大幅缩短投放市场时间的体系结构。

J2EE使用多层的分布式应用模型,应用逻辑按功能划分为组件,各个应用组件根据他们所在的层分布在不同的机器上。

事实上,sun 设计J2EE的初衷正是为了解决两层模式(client/server)的弊端,在传统模式中,客户端担当了过多的角色而显得臃肿,在这种模式中,第一次部署的时候比较容易,但难于升级或改进,可伸展性也不理想,而且经常基于某种专有的协议??通常是某种数据库协议。

技术专题--j2ee模式

技术专题--j2ee模式

j2ee模式(MVC模式、Model1,Model2)1、j2ee常用的设计模式?说明工厂模式。

Java中的23种设计模式:Factory(工厂模式), Builder(建造模式), Factory Method(工厂方法模式),Prototype(原始模型模式),Singleton(单例模式), Facade(门面模式),Adapter(适配器模式), Bridge(桥梁模式), Composite(合成模式),Decorator(装饰模式), Flyweight(享元模式), Proxy(代理模式),Command(命令模式), Interpreter(解释器模式), Visitor(访问者模式),Iterator(迭代子模式), Mediator(调停者模式), Memento(备忘录模式),Observer(观察者模式), State(状态模式), Strategy(策略模式),Template Method(模板方法模式), Chain Of Responsibleity(责任链模式)工厂模式:工厂模式是一种经常被使用到的模式,根据工厂模式实现的类可以根据提供的数据生成一组类中某一个类的实例,通常这一组类有一个公共的抽象父类并且实现了相同的方法,但是这些方法针对不同的数据进行了不同的操作。

首先需要定义一个基类,该类的子类通过不同的方法实现了基类中的方法。

然后需要定义一个工厂类,工厂类可以根据条件生成不同的子类实例。

当得到子类的实例后,开发人员可以调用基类中的方法而不必考虑到底返回的是哪一个子类的实例。

2、说说你所熟悉或听说过的j2ee中的几种常用模式?及对设计模式的一些看法Session Facade Pattern:使用SessionBean访问EntityBeanMessage Facade Pattern:实现异步调用EJB Command Pattern:使用Command JavaBeans取代SessionBean,实现轻量级访问Data Transfer Object Factory:通过DTO Factory简化EntityBean数据提供特性Generic Attribute Access:通过AttibuteAccess接口简化EntityBean数据提供特性Business Interface:通过远程(本地)接口和Bean类实现相同接口规范业务逻辑一致性ejb架构的设计好坏将直接影响系统的性能、可扩展性、可维护性、组件可重用性及开发效率。

j2eescan插件使用方法 -回复

j2eescan插件使用方法 -回复

j2eescan插件使用方法-回复j2eescan插件是一款用于检测Java应用程序中的漏洞和安全问题的插件。

本文将详细介绍j2eescan插件的使用方法,包括安装插件、配置插件和运行插件等步骤。

第一步:安装插件1. 打开IDE(Integrated Development Environment,集成开发环境),例如Eclipse。

2. 点击菜单栏的“Help”(帮助)。

3. 选择“Eclipse Marketplace”(Eclipse市场)。

4. 在搜索框中输入“j2eescan”并按下“Enter”键。

5. 点击搜索结果中的“j2eescan”插件。

6. 点击“Install”(安装)按钮。

7. 根据提示完成安装。

第二步:配置插件1. 打开Eclipse的“Preferences”(首选项)窗口。

2. 选择“J2EEScan”(或类似的选项)。

3. 在“Target URL”(目标URL)字段中输入要检测的应用程序的URL。

4. 在“Scan Authentication”(扫描身份验证)字段中输入身份验证信息,如果需要。

5. 在“Scan Timeout”(扫描超时)字段中输入扫描超时时间。

6. 根据需要配置其他选项,例如排除URL或启用漏洞分类。

第三步:运行插件1. 在Eclipse的“Project Explorer”(项目资源管理器)中选择要检测的项目。

2. 点击鼠标右键,并选择“J2EEScan”(或类似的选项)。

3. 选择“Scan Project”(扫描项目)。

4. 插件将开始检测项目中的漏洞和安全问题。

5. 检测完成后,插件将生成一份报告,其中包含发现的漏洞和问题的详细信息。

第四步:分析报告1. 打开报告文件,一般为HTML或PDF格式。

2. 阅读报告中的概览,了解检测到的漏洞和问题的总体情况。

3. 逐个查看报告中的漏洞和问题详细信息,包括漏洞描述、影响程度和建议修复方法。

DLOG4J-产品说明书

DLOG4J-产品说明书

DLOG4J V4.0产品说明书前言:DLOG4J V4.0 是一套基于J2EE规范开发的支持多用户的个人空间系统,空间包含Blog(博客系统)、Photo(图片博客系统)、CLUB(圈子应用系统)、SNS(信息集合技术)、MUSIC(音乐分享系统)、DISK (网络硬盘空间)、留言簿、友链、短消息、好友、黑名单、RSS阅读、个性定制个人空间频道和页面布局等多种功能。

DLOG4J 在4.0版本中,采用了WAP 2.0的CSS的技术,首页及内页,可以自定义使用的色彩搭配模板,让手机用户的体验更加精彩,更具彩色,并且实现了可以使用手机去定制首页模块,显示出来更具个性的手机同步博客,应用了MMS(彩信技术模块),完全免费彩信写日记,彩信上传照片,彩信重置密码等功能,继续保持了手机和电脑的操作的统一于互动。

技术架构说明:1.DLOG4J符合J2EE 1.3开发规范2.采用Velocity + Hibernate3 + Lucene2开发3.支持主流的操作系统,包括Windows、Linux、及UNIX平台等4.支持主流的数据库软件,包括Oracle、DB2、SQL Server、Sybase、Informix、MySQL、PostgreSQL等5.支持主流的应用服务器,包括WebLogic、WebSphere、Tomcat、Resin、JBoss等6.前台页面采用DIV+CSS的页面结构,支持各种浏览器访问7.手机页面支持WAP 2.0页面规范功能明细:A.个人空间首页功能:B.日记博客功能:C.相册图片功能:D.音乐功能:E.网络硬盘功能:F.留言本功能:G.交友功能:H.归档功能:I.用户辅助功能:J.个人后台管理功能:K.系统后台管理功能:L.彩信模块:A) 个人空间首页功能:返回列表Æ个人空间的首页,是个人用户所拥有功能的信息聚合,也是用户展示个人信息的首页,需要体现出个性的地方,DLOG4J在给用户提供了:1, 首页的数据模块:1.主人资料2.日记分类3.最新日记4.所有相簿5.最新照片6.访客留言7.友情链接8.站内搜索9.统计信息10.我的硬盘11.最新访客12.所有好友13.自定义HTML模块注: 贵公司可以根据公司的业务需要,扩展更多的模块给用户,比如:[我的论坛模块],[我订阅的新闻模块]等等2, 模块的设置:用户可以根据自己的需要,拖拽添加模块到个人首页上,也可以删除首页的现有模块,并且可以自定义模块名称,模块的参数,达到不同的页面效果,如图:3, 布局排版设置:用户可以设置首页的布局排版,系统默认做了2套布局样式,2栏布局和3栏布局通过设置宽度比例,可以实现首页的布局排版,如图:4, 自定义导航栏:用户可以自定义导航条,展示个性化名称,及关闭开启功能等设置,如图:默认首页的导航条:首页 – 个人 – 日记 – 相册 – 音乐 – 硬盘 – 留言簿 – 好友 – 归档 – 管理自定义后的导航条:用户管理导航条设置页面:可以自定义导航名称、开启关闭导航功能、及自定义导航排序位置等操作,如图:B) 日记博客功能:返回列表ÆWEB2.0最具代表性的就是博客了,博客其实就是日记功能,但博客比日记更能体现出用户的互动,日记需要的是更多的私密性质,DLOG4J在博客的功能基础上,结合了日记功能私密属性,给用户提供了更多选择,可以以博客形式来展现,也可以将博客变成自己的私密日记本:1,日记博客分类功能:添加一个日记分类,可以设置5种访问权限:1,公开分类(任何人都可以访问,包括游客)此分类属性为博客特有分类属性2,私人分类(只有我自己能访问)此分类属性为日记的特有分类属性3,只有我的好友能访问此分类属性为多用户平台特有分类属性4,我指定的用户可以读(写)此分类属性为DLOG4J特有的小组博客分类属性5,输入正确密码才能访问此分类属性为DLOG4J日记的扩展分类属性5种访问分类属性,存放5种不同的日记,满足用户不同的博客分类设置需求,分类可以自定义排序,并且可以自由迁移分类的文章。

J2EE常用JAR包介绍

J2EE常用JAR包介绍

J2EE常用JAR包介绍J2EE(Java 2 Platform, Enterprise Edition)是一种用于开发企业级Java应用程序的平台。

它提供了一系列标准化的Java API和规范,用于构建可扩展、可靠和安全的分布式应用程序。

在开发J2EE应用程序时,常常会使用一些重要的JAR包,下面介绍几个常用的JAR包。

1. Servlet API(javax.servlet.jar):Servlet API是J2EE平台的核心,用于开发基于Java的Web应用程序。

它提供了许多接口和类,用于处理HTTP请求和响应,以及实现Java Web应用程序的生命周期。

通过使用Servlet API,开发人员可以创建动态的、交互式的Web应用程序。

2. JSP API(javax.servlet.jsp.jar):JSP(Java Server Pages)是一种用于开发动态Web页面的技术。

JSP API提供了一些用于生成和处理JSP页面的类和接口。

开发人员可以使用JSP API来创建具有动态内容和逻辑的Web页面。

3. JPA API(javax.persistence.jar):JPA(Java Persistence API)是一种用于持久化Java对象的标准化API。

它提供了一系列接口和注解,用于将Java对象映射到关系数据库中的表。

JPA API可以轻松地执行数据库操作,如插入、修改、删除和查询数据。

4. JDBC API(java.sql.jar):JDBC(Java Database Connectivity)是一种用于与关系数据库进行通信的Java API。

JDBCAPI提供了一些接口和类,用于执行SQL查询、事务管理和结果集处理等数据库操作。

使用JDBC API,开发人员可以在Java应用程序中轻松地访问和操作数据库。

5. EJB API(javax.ejb.jar):EJB(Enterprise JavaBeans)是一种用于构建分布式企业级Java应用程序的技术。

J2EE简介

J2EE简介
· JTA
JTA(Java Transaction API)提供了J2EE中处理事务的标准接口,它支持事务的开始、回滚和提交。同时在一般的J2EE平台上,总提供一个JTS(Java Transaction Service)作为标准的事务处理服务,开发人员可以使用JTA来使用JTS。
· JCA
◆ EJB容器 服务器端容器,包含的组件为EJB(Enterprise JavaBeans),它是J2EE的核心之一,主要用于服务器端的商业逻辑的实现。EJB规范定义了一个开发和部署分布式商业逻辑的框架,以简化企业级应用的开发,使其较容易地具备可伸缩性、可移植性、分布式事务处理、多用户和安全性等。
J2EE主由升阳(SUN)与IBM等厂商协同业界共同拟定而成的技术规范,以企业与企业之间的运算为导向的JAVA开发环境。J2EE架构定义各类不同组件,如Web Component、EJB Component…等,而各类组件可以再用(reuse),让已开发完成的组件,或者是经由市面采购而得的组件,均能进一步组装成不同的系统。
j2ee
J2EE Java2平台企业版(Java 2 Platform,Enterprise Edition)
J2EE是一套全然不同于传统应用开发的技术架构,包含许多组件,主要可简化且规范应用系统的开发与部署,进而提高可移植性、安全与再用价值。
J2EE核心是一组技术规范与指南,其中所包含的各类组件、服务架构及技术层次,均有共通的标准及规格,让各种依循J2EE架构的不同平台之间,存在良好的兼容性,解决过去企业后端使用的信息产品彼此之间无法兼,导致企业内部或外部难以互通的窘境。
在J2EE的各种服务和API中,JDBC和JCA用于企业资源(各种企业信息系统和数据库等)的连接,JAX-RPC、JAXR和SAAJ则是实现Web Services和Web Services连接的基本支持。
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
J2EETM Blueprints Digest
作者:Monica Pawlan 翻译:环球联动开发组(Global Empower Inc.)
J2EETM 蓝图摘要
莫尼卡·宝兰
如果您已经安装了 J2EETM Platform(Enterprise Edition)软件,并通读 了各种可用的指南来帮助您学习使用该软件,那么,您可能已经准备 开始为 J2EE 平台编写第一个多层企业应用程序了。 在这个时候, 您可 能对应用设计应当在何处着手、 以及如何判断哪些 J2EE API 最能满足 您的要求上存有疑惑。 (Designing Enterprise 您可以得到帮助。 《为企业版 JavaTM2 平台设计企业应用程序》 TM Applications for the Java 2 Platform, Enterprise Edition ISBN 0-201-70277-0)描述了 J2EE 平 台,并提出了一个编程模型,可以帮助您在为 J2EE 平台设计多层企业应用程序时作出最佳 决策。为了理论联系实际,第 10 章举了一个电子商务宠物商店应用程序的例子,描述了该 编程模型是如何指导设计的。该书和该宠物商店应用程序一起被称作 J2EE Blueprints(J2EE 蓝图) 。 本文是 J2EE 蓝图的一个摘要,向您介绍该编程模型,并帮助您掌握它。您可以访问 J2EE 下载页面,下载该书的 PostScript 或者 PDF 格式的版本,或者下载书中作为例子的宠物商店 应用程序。该书印刷本将在 2000 年 7 月上市。 ˙J2EE 基本架构:概述(J2EE Architecture—A Bird's-Eye View) ˙可再用应用组件(Reusable Application Components) ˙设计用户界面和引擎(Designing the User Interface and Engine) ˙设计基于 Web 的应用(Designing Web-Based Applications) ˙Servlets 和 JSP 页面(Servlets and JSP Pages) ˙模型、视图、控制器设计范式(Model, View, Controller Design Pattern) ˙J2EE 应用中的 Enterprise Beans(Enterprise Beans in J2EE Applications) ˙宠物商店应用程序(Pet Store Application)
3
事务属性是在装配期间定义在一个组件上的。 这使得能将来自多个应用组件的方法归到一个 事务中,这说明,我们可以轻易变更一个 J2EE 应用程序中的应用组件,并重新指定事务属 性,而不必改变代码或重新编译。 在设计应用组件时, 要记住,尽管 enterprise beans 有一个可使应用组件的容器自动启动多步 事务的机制,但是 applet 和应用的客户容器可能并不支持这一点。然而,applet 和应用客户 容器总是能够调用支持这一点的一个 enterprise bean。 还应当注意,JSP 页面和 servlets 没有被设计成是事务的,它们通常应当将事务工作交给一 个 enterprise bean 来完成。然而,如果事务工作在一个 JSP 页面或 servlet 中是必须的,那么 此种工作也应当是非常有限的。
企业信息系统层
企业信息系统层运行企业信息系统软件, 这层包括企业基础设施系统, 例如企业资源计划(ERP) 、大型机事务处理(mainframe transaction processing) 、数据库系统及其他遗留信息系统(legacy information systems) 。J2EE 应用组件因为某种原因(例如访问数据库)可能需要访 问企业信息系统。 注意:J2EE 平台的未来版本将支持 Connector 架构,该架构是将 J2EE 平台连接到企业信息 注意: 系统上的一个标准 API。
客户层(Client Tier) 客户层( )
J2EE 应用可以是基于 Web 的,也可以是不基于 Web 的。在一个基于 Web 的 J2EE 应用中,用户的浏览器在客户层中运行,并从一个 Web 服务器上下载 WEB 层中的静态 HTML 页面或由 JSP 或 servlets 生成的 动态 HTML 页面。 在一个不基于 Web 的 J2EE 应用程序中,一个独立客户程序,或者不运行在一个 HTML 页 面中,而是运行在其它一些基于网络的系统(比如手持设备或汽车电话)中的 applet 程序, 在客户层中运行,并在不经过 Web 层的情况下访问 enterprise beans。该不基于 Web 的客户 层可能也包括一个 JavaBeans 类来管理用户输入,并将该输入发送到在企业层中运行的 enterprise bean 类来处理。根据 J2EE 规范,JavaBeans 类不被视为组件。 为 J2EE 平台编写的 JavaBeans 类有实例变量和用于访问实例变量中的数据的“get 和 set 方 法” 。以此种方式使用的 JavaBeans 类在设计和实现上通常都是简单的,但是它们必须符合 JavaBeans 规范中列出的命名和设计约定。
业务层
作为解决或满足某个特定业务领域(比如银行、零售或金融业)的需要的逻辑的业务代码由 运行在业务层的 enterprise beans 来执行。一个 enterprise bean 从客户程序处接收数据,对数 据进行处理(如果需要) ,再将数据发送到企业信息系统层存储。一个 enterprise bean 还从 存储中检索数据,并将数据送回客户程序。
1
任何一个厂商的产品和 API 上。 J2EE 规范定义了以下种类的组件: ˙应用的客户组件(Application client components) ˙Enterprise JavaBeansTM 组件(Enterprise JavaBeansTM components) (Servlets and ˙Servlets 及 JavaServer PagesTM(JSP 页面)组件(也被称作 Web 组件) JavaServer (JSP pages) components) ˙Applets 一个多层的分布式的应用模型意味着应用逻辑被根据功能而划分成组件, 并且可以在同一个 服务器或不同的服务器上安装组成 J2EE 应用的这些不同的组件。一个应用组件应被安装在 什么地方,取决于该应用组件属于该多层的 J2EE 环境中的哪一层。这些层是客户层、Web 层、 业务层及企业信息系统层(EIS) 。
2
运行在业务层的 enterprise beans 依赖于容器来为诸如事务、生命期、状态管理、多线程及资 源存储池提供通常都非常复杂的系统级代码。 业务层经常被称作 Enterprise JavaBeans(EJB)层 。业务层和 Web 层一起构成了 3 层 J2EE 应用的中间层, 而其它两层是客户层和企业信息系统层.
查询服务(lookup services) 查询服务( )
因为一个 J2EE 应用程序的组件是单独运行的,并且往往在不同的设备上运行,因此,需要 一种能让客户层和 Web 层代码查询并引用其他代码和资源的方法。客户层和 Web 层代码使 用 Java 命名和目录接口(JNDI)来查询用户定义的对象(例如 enterprise beans) 、环境条目 TM (例如一个数据库驱动器的位置) 、企业信息系统层中用于查找资源的 JDBC DataSource 对象,以及消息连接。
可再用应用组件(Reusable Application Components) 可再用应用组件( )
J2EE 组件(applets、应用的客户、enterprise beans、JSP 页面及 servlets) 都被打包成模块,并以 Java ARchive(JAR)文件的形式交付。一个模块 由相关的组件、相关的文件及描述如何配置组件的配置描述文件组成。 例如, 在组装过程中, 一个 HTML 页面和 servlet 被打包进一个模块之中, 该模块包含该 HTML 文件、 servlet 组件及相关的配置描述文件, 并以一个 Web ARchive (WAR) 文件的形式交付, 该 WAR 文件是一个带.war 扩展名的标准 JAR 文件。 使用模块使得利用相同的组件中的某些 组件来组装不同的 J2EE 应用程序成为可能。 例如,一个 J2EE 应用程序的 Web 版可能有一个 enterprise bean 组件,还有一个 JSP 页面组 件。 enterprise bean 组件可以与一个应用客户组件结合, 该 以生成该应用程序的非 Web 版本。 这不需要进行额外的编码,只是一个装配和部署的问题。 并且, 可再用组件使得将应用开发和部署过程划分成由不同的角色来完成成为可能, 这样不 同的人或者公司就能完成封装和部署过程的不同部分。J2EE 平台定义了如下角色: J2EE 产品提供商( 产品提供商(J2EE Product Provider) ) 设计并使 J2EE 平台、API 和在 J2EE 规范中定义的其他特征能被其它公司或人购得的公司。 应用组件提供商(Application Component Provider) 应用组件提供商( ) 创建用于 J2EE 应用程序的 Web 组件、enterprise bean 组件、applets 或应用客户程序的公司 或个人。在装配过程中,应用组件文件、接口及类被打包进一个 JAR 文件中。 应用程序装配商(Application Assembler) 应用程序装配商( ) 从组件提供商获得应用组件 JAR 文件, 并将它们组装成一个 J2EE 应用的 Enterprise ARchive (EAR)文件的公司或个人,此种文件是一个带.ear 扩展名的标准文件。 应用装配商提供与该应用程序相关的整体信息,并使用验证工具来检验 EAR 文件的内容是 正确的。组装和部署信息存储在一个基于文本的配置描述文件中,此种文件使用 XML 标记 来标记该文本。应用装配商可以按照第 7 章“设计企业应用”的描述直接编辑该配置描述文 件,或者使用一个能通过交互式选择来正确添加 XML 标记的装配和配置工具来编辑该配置
相关文档
最新文档