Sun Java Enterprise System 术语表

D

 

 

DAP

(directory access protocol,目录访问协议)(n.)ISO/ITU-T X.500 协议,LDAP 的基础。

data(数据)

(n.)XML 流中的元素内容,通常在元素不包含任何子元素时使用。当元素包含子元素时,通常使用术语内容。当简单元素中仅包含 XML 结构的文本时,以及当包含子元素的元素中混有少量数据或并未混有数据时,通常将该结构看作 XML 数据(与 XML 文档相对)。

data access logic(数据访问逻辑)

(n.)涉及与某数据源的交互的业务逻辑。

database(数据库)

(n.)指代关系数据库管理系统 (relational database management system, RDBMS) 的通用术语。它是一种软件数据包,可用来创建和处理大量相关的、经过组织的数据。另参见 schema(模式)

database connection(数据库连接)

(n.)与数据库或其他数据源之间的通信链接。各组件可同时创建和处理若干数据库连接,以访问数据。

database wire protocol(数据库有线通信协议)

参见 data redundancy unit(数据冗余单元)

data redundancy unit(数据冗余单元)

(DRU) (n.)一组 HADB 节点,其中含有半数的活动和备用节点以及一个完整的数据副本。HADB 被组织为两个 DRU,这两个 DRU 互相镜像。为确保容错,支持一个 DRU 的计算机在电源、处理单元和存储器方面必须完全自支持。另参见 HADB node(HADB 节点)active node(活动节点)spare node(备用节点)mirror node(镜像节点)

data service(数据服务)

(n.)一种 Web 服务,支持查询和修改与最终用户相关的数据。数据服务示例是托管和公开用户的配置文件信息(例如名称、地址和电话号码)的 Web 服务。

data source(数据源)

(1) (n.)数据源(例如数据库)的句柄。数据源在 Application Server 注册,然后以编程方式检索,以与数据源建立连接和接口。数据源定义指定连接数据源的方式。

(2) (n.)通过 Directory Proxy Server 访问的系统信息库。系统信息库包括 LDAP 目录、与 JDBC 兼容的数据库以及 LDIF 平面文件。

data source object(数据源对象)

(n.)数据源对象具备一组属性,用于标识和描述此对象代表的实际数据源。

data source pool(数据源池)

(n.)一组拥有等效数据的数据源。数据源池为 Directory Proxy Server 提供负载平衡和故障转移管理。

data store(数据存储)

(1) (n.)包含目录信息的存储区,通常用于整个 DIT

(2) (n.)永久存储 Message Queue 代理所需信息(持久订阅、关于目的地的数据、持久性消息、审计数据)的数据库。

data view(数据视图)

(n.)使用基于 DN 的路由选择将连接从 Directory Proxy Server 连接处理器路由至数据源池。

DC tree(DC 树)

(domain component tree,域组件树)(n.)镜像 DNS 网络语法的一种 DIT。“DC 树”中的标识名示例为 cn=billbob,dc=bridge,dc=net,o=internet

DDP

(Document-driven programming,文档驱动编程)(n.)使用 XML 定义应用程序。

declaration(声明)

(n.)XML 文档的头等大事,即将其声明为 XML。最小声明为 <?xml version="1.0"?>。声明为文档 prolog 的一部分。

declarative security(声明性安全)

(n.)组件部署描述符中的声明性安全属性,允许组件的容器(例如,bean 的容器或 servlet 引擎)隐式管理安全性。这种安全性不需要程序控制。与 programmatic security(程序安全性)相对。另参见 container-managed persistence(容器管理持久性)

declarative transaction(声明性事务)

参见 container-managed transaction(容器管理事务)

decryption(解密)

(n.)破解加密信息的过程。另参见 encryption(加密)

default calendar(默认日历)

(n.)用户登录到 Calendar Express 之后看到的第一个日历。默认日历的日历 ID 通常与用户的用户 ID 相同。例如,jdoe@example.com 的默认日历名称为 jdoe

default index(默认索引)

(n.)安装 Directory Server 时为每个数据库实例创建的一组索引。安装 Java Enterprise System Directory Server 之后,即为每个数据库实例创建了一组默认索引。有关更多信息,参见 Java Enterprise System Directory Server 管理指南。

defederation(取消联合)

(n.)参见 federation termination(联合终止)

definition entry(定义条目)

参见 CoS definition entry(CoS 定义条目)

defragmentation(取消分段)

(n.)MIME 功能,可使分为若干短消息或片段的长消息重新组合。每一段中显示的 "Message/Partial" Content-Type 标头字段所含的信息有助于将各段重新组合为一条消息。另参见 fragmentation(分段)

Delegated Administrator

(n.)一组 GUI 和 CLI 界面,它们使管理员能够向托管域添加用户并修改托管域中目录的用户和组。

delegated administrator console(委托管理员控制台)

(n.)一种基于 Web 浏览器的软件控制台,使域管理员可以为托管域添加和修改用户及组。还允许最终用户更改其密码、设置消息转发规则、设置休假规则和列出邮件列表订阅。

delegated administrator for messaging and collaboration(消息传送和协作委托管理员)

(n.)使域管理员可以对托管域添加和修改用户及用户组的一组界面(GUI 和实用程序)。

delegated administrator server(委托管理员服务器)

(n.)采用托管域处理对目录的访问控制的守护程序。

delegation(委托)

(1) (n.)一种面向对象的技术,将若干对象的组合作为一种实现策略使用。负责操作结果的一个对象将实现过程委托给另一对象。例如,类加载器经常将某些类的加载委托给其父项。另参见 class loader(类加载器)

delete a message(删除消息)

(v.)标记某消息以进行删除。删除的消息不会从消息存储中实际移除,除非用户通过单独操作将其擦除或清除。另参见 purge a message(清除消息)expunge a message(清除邮件)

delivery(传送)

参见 message delivery(消息传送)

delivery mode(传送模式)

(n.)表示消息传送可靠性的一种模式:消息可被保证传送并成功使用一次且仅使用一次(持久性传送模式),或者被保证至少传送一次(非持久性传送模式)。

delivery model(传送模型)

(n.)传送消息时利用的模型。模型可为点对点式或发布/订阅式。在 JavaTM 消息服务 (Java Message Service, JMS) 中,每一模型都有单独的编程域,这些域使用特定的客户机运行时对象和目的地类型(队列或主题)以及一个统一的编程域。

delivery policy(传送策略)

(n.)一种规范,详细说明注册多个消息使用方后队列如何路由消息。此类策略有单一、故障转移和循环。

delivery status notification(传送状态通知)

(n.)此类消息提供向某收件人发送的消息的状态信息,例如指明由于网络故障而延迟传送的消息。

denial of service attack(拒绝服务攻击)

(n.)个人通过向邮件服务器发送大量消息有意或无意对其进行攻击的一种情形。服务器的吞吐量可能会受到严重影响,服务器本身也可能过载和失效。

deny filter(拒绝过滤器)

(n.)Java Enterprise System Messaging Server 的一种访问控制规则,用于确定被拒绝访问以下一项或多项服务的客户机:POP、IMAP 或 HTTP。另参见 Allow filter(允许过滤器)

deployer(部署者)

(n.)将 J2EE 模块和应用程序安装到操作环境中的人员。

deployment(部署)

(1) (n.)将软件安装到操作环境中的过程。

(2) (n.)Java Enterprise System 解决方案生命周期过程中的一个阶段,在此阶段,部署方案被转化成部署设计,后者被实现、原型化而后在生产环境中铺开。此过程的最终产品也被称为部署(或部署的解决方案)。

deployment architecture(部署体系结构)

(n.)一种高层次设计,描述了 logical architecture(逻辑体系结构)到物理计算环境的映射。物理环境包括内联网或 Internet 环境中的计算机、它们之间的网络链路以及支持软件所需的其他物理设备。

deployment descriptor(部署描述符)

(n.)随各模块和应用程序提供的一种 XML 文件,用于描述应如何部署各应用程序。部署描述符指示部署工具通过特定的容器选项部署某模块或应用程序,并说明了部署者必须解决的特定配置要求。另参见 metadata(元数据)

deployment scenario(部署方案)

(n.)用于 Java Enterprise System 解决方案的一种 logical architecture(逻辑体系结构)以及解决方案要满足业务需求而必须达到的服务质量要求。服务质量要求包括下列各方面的要求:性能、可用性、安全性、可维护性以及可伸缩性/潜在容量。部署方案是部署设计的起点。

depth(深度)

(n.)从“搜索引擎”中某站点的起点开始追随的链接的数量。在您定义站点时,即定义 robot 从该点开始可追随的链接的数量,从而限定搜索的深度。

dereference an alias(解除别名引用)

(v.)在绑定或搜索操作中,指定目录服务将某个条目的别名标识名转换为实际标识名。

Desktop(桌面)

参见 Portal Server Desktop

destination(目的地)

(n.)Java Enterprise System 消息服务器中的物理位置,生成的消息被传送到此位置进行路由选择,随后传送给使用方。该物理目的地(queue(队列)topic(主题))由 administered object(受管对象)标识和封装。客户机使用此受管对象指定目的地,客户机为此目的地生成消息并从此目的地使用消息。另参见 point-to-point delivery model(点对点传送模型)publish and subscribe delivery model(发布和订阅传送模型)

destination resource(目的地资源)

(n.)代表“主题”目标或“队列”目的地的对象。由各应用程序用来对“队列”进行读和写操作或对“主题”进行发布和订阅。应用程序代码使用 Java Naming and Directory InterfaceTM (JNDI) 服务查找使用 JNDI 名称的 Java 消息服务 (Java Message Service, JMS) 资源对象。

development(开发)

(n.)Java Enterprise System 解决方案部署过程中的一项任务,该任务可对 deployment architecture(部署体系结构)的自定义组件进行编程和测试。

device detection(设备检测)

参见 client detection(客户机检测)

device information(设备信息)

(n.)用于 Portal Server Mobile Access 的设备特定客户机数据。

DHCP

(dynamic host configuration protocol,动态主机配置协议)(n.)Internet 提出的一种标准协议,该协议允许系统将 IP 地址动态分配给网络上的各个计算机。另参见 IP address(IP 地址)

digest authentication(摘要验证)

(n.)一种验证类型,允许用户无需以明文方式发送用户名和密码即可进行验证。Web 应用程序通过向服务器发送消息摘要和其 HTTP 请求消息来向 Web 服务器验证自身。通过对一连串的 HTTP 请求消息和客户机密码应用单向散列算法(称为 MD5)来计算摘要。摘要通常比 HTTP 请求小得多,且不包含密码。服务器使用“摘要验证”插件比较客户机提供的摘要值。

DIGEST-MD5

(n.)一种比 CRAM-MD5 更安全的轻量标准跟踪验证机制。记载于 RFC 2831 规范中,同时提供了无需额外的 TLS (SSL) 设置开销即可保护整个连接的选择。

digital signature(数字签名)

(n.)用于验证消息和签名者的一种电子安全机制。

directive(指令)

(n.)一种“搜索引擎”语句,它使用特殊格式调用操作程序(例如 robot 应用操作程序)并将参数传递给参数块中的操作程序。例如,以下指令调用 enumerate-urls 函数,并为 maxtype 传递参数:

Enumerate fn=enumerate-urls max=1024 type=text/html

directory(目录)

(n.)一种经过优化的特殊数据库,优化目的为了读取数据而不是为了写入数据。大多数目录都基于行业标准协议 LDAP(轻型目录访问协议)。

directory access protocol(目录访问协议)

参见 DAP

directory context(目录上下文)

(n.)目录信息树中的点,搜索用于验证消息存储访问的用户名和密码的条目时,该点为一个起点。另参见 base DN(基 DN)

directory deployment(目录部署)

(n.)在 Application Server 中,以展开目录而非归档文件的形式部署未打包的 J2EE 应用程序或模块。

directory entry(目录条目)

(n.)由标识名标识的一组目录属性及它们的值。每个条目都包含一个对象类属性,说明条目描述的对象种类并定义条目包含的一组属性。

directory information tree(目录信息树)

参见 DIT

directory lookup(目录查找)

(n.)根据指定用户或资源的名称或其他特征搜索目录,以查找有关该用户或资源的信息的过程。

Directory Manager(目录管理员)

(1) (n.)对目录服务器数据库具备管理权限的用户。该用户不具备访问控制权限(将目录管理员视为目录的超级用户)。

(2) (n.)具备特权的数据库管理员,类似于 UNIX 系统中的超级用户。目录管理员不具备访问控制权限。

directory schema(目录模式)

(n.)定义可存储在目录中的数据的一组规则。

Directory Server

(n.) Lightweight Directory Access Protocol(轻量目录访问协议)的 Java Enterprise System 版本。Application Server 的每一个实例都使用 Directory Server 来存储共享的服务器信息,包括用户和组的有关信息。

Directory Server Access Management Edition

(n.)一组界面,为 Portal Server 提供用户和服务管理、验证和单点登录服务、策略管理、日志记录服务、调试实用程序和客户机支持。

directory server(目录服务器)

(1) (n.)通过逻辑集中式信息库提供某组织内人员和资源的相关信息的服务器。另参见 LDAPDirectory Server Access Management Edition

(2) (n.)基于 LDAP 的 Java Enterprise System 目录服务。

directory service(目录服务)

(n.)一种数据库应用程序,用于管理组织内人员和资源的基于属性的描述性信息。

Directory Service Control Center

(n.)基于浏览器的 GUI,用于管理 Directory Server 和 Directory Proxy Server。

Directory Service Manager(目录服务管理员)

(n.)通过 Directory Service Control Center 管理多个 Directory Server 和 Directory Proxy Server 上的服务器配置和数据的 LDAP 超级用户。

directory synchronization(目录同步)

(n.)将 MTA 目录高速缓存与存储在目录服务中的当前目录信息同步的过程。另参见 MTA directory cache(MTA 目录高速缓存)

disconnected state(断开状态)

(n.)在此状态下,邮件客户机连接至服务器,创建选定消息的高速缓存副本,然后断开与服务器的连接。

Dispatcher(分发程序)

(n.)为已定义的 TCP 端口处理连接请求的 MTA 组件。“分发程序“是一种多线程连接分发代理程序,允许多个多线程服务器共同负责分担某项指定服务。使用“分发程序”时,您可以使若干多线程 SMTP 服务器进程同时运行。

display profile(显示配置文件)

(n.)一组 XML 文档,用于在 Java Enterprise System Portal Server 中定义和配置提供者和频道。

distinguished name(标识名)

参见 DN

distributable session(可分布会话)

(n.)可在某个群集的所有服务器中分布的用户会话。

Distributed Authentication UI Server

(n.)一种 Access Manager 子组件,它可跨过 Access Manager 部署中的两道防火墙提供安全的分布式验证。请将 Distributed Authentication UI 子组件安装在位于 Access Manager 部署非安全 (DMZ) 层内的一个或多个服务器上。此子组件充当最终用户与第二道防火墙后的 Access Manager 实例之间的验证接口,从而避免了将 Access Manager 服务 URL 直接暴露给最终用户。

distributed enterprise application(分布式企业应用程序)

(n.)一种应用程序,其逻辑遍布于整个网络或 Internet 环境(分布式方面),并且其范围和规模满足了生产环境或服务提供者的需要(企业方面)。应用程序的组件运行于单独的运行时环境(通常在不同的平台上)中。典型的分布式应用程序有双层(客户机-服务器)、三层(客户机-中间件-服务器)和多层(客户机-多个中间件-多个服务器)结构。

distributed indexing(分布式索引建立)

(n.)在“搜索引擎”中分配不同 robot 以为网络的不同部分建立索引的过程。采用分布式索引建立可减少每个 robot 的负载。这样,一个单独的“搜索引擎”便可从所有不同的 robot 收集所有资源说明,方法是导入每个 robot 的资源说明。

distributed transaction(分布式事务)

(n.)可应用于多个可能驻留在各个单独服务器上的异构数据库的单独事务。

distribution list(分发列表)

参见 mail list(邮件列表)

distribution list owner(分发列表所有者)

参见 mail list owner(邮件列表所有者)

DIT

(directory information tree,目录信息树)(n.)存储在目录中的信息的逻辑表示法。DIT 镜像多数文件系统使用的树模型,树根点显示在分层结构的顶部。

DN

(distinguished name,标识名)(n.)目录中条目名称和位置的字符串表示法。

DN attribute(DN 属性)

(n.)包含关联用户、用户组或对象的标识信息的文本字符串。

DNS

(domain name system,域名系统)(n.)网络中的计算机用来将 IP 地址(例如 00.120.000.168)与主机名(例如 www.example.com)相关联的系统。客户机通常使用 DNS 查找它们要联系的服务器的 IP 地址。DNS 中的数据通常在本地表中扩充,例如从 NIS 或 UNIX 系统中的 /etc/hosts 文件。另参见 IP address(IP 地址)

DNS alias(DNS 别名)

(n.)DNS 服务器了解的指向另一主机的主机名。DNS 别名作为一个 DNS CNAME 记录执行。计算机始终具备一个实名,但它们可有一个或多个别名。例如,别名 www.example.com 可能指向目前充当服务器的名为 realthing.example.com 的实际计算机。

DNS database(DNS 数据库)

(n.)域名(主机名)及其相应的 IP 地址的数据库。

DNS domain(DNS 域)

(n.)一组计算机,它们的主机名共用一个公用后缀(域名)。从语句构成上说,一个 Internet 域名由一列句点(圆点)分隔的名称(标签)构成,例如 corp.mktng.example.com。另参见 domain(域)

DNS spoofing(DNS 电子欺骗)

(n.)一种网络攻击形式,在这种攻击下,DNS 服务器遭到破坏,因而提供虚假的信息。

document(文档)

(1) (n.)网络中的一种文件,多数是网页或字处理文档,但也可能是文本文件、电子表格等等。按“搜索引擎”建立索引的资源的通用术语。

(2) (n.)一种 XML 结构,其中有一个或多个元素包含混合了子元素的文本。另参见 data(数据)

Document Object Model, DOM(文档对象模型)

(n.)一种 API,用于访问 XML 文档并将其处理为树结构。DOM 提供与平台和语言无关的接口,使程序和脚本可动态访问与修改 XML 文档中的内容及结构。

document root(文档根目录)

(1) (n.)服务器上的目录,此目录包含的文件、图像和数据将显示给访问 Java Enterprise System Web Server 的用户。

(2) (n.)服务器上的目录,此目录包含您要显示给访问该服务器的用户的文件、图像和数据。

(3) (n.)文档根目录(有时称为文档主目录)是包含您要提供给远程客户机的所有虚拟服务器文件的中心目录。

document type definition(文档类型定义)

参见 DTD

domain(域)

(1) (n.)全限定域名的最后一部分,用于标识拥有此域名的公司或组织(例如,example.comhost.example.com)。

(2) (n.)受某单独计算机系统管理控制的资源。

(3) (n.)Java 消息服务 (Java Message Service, JMS) 客户端用来为 JMS 消息传送操作编程的一组对象。有两个编程域:一个用于点对点式传送模型,一个用于发布/订阅式传送模型。

(4) (n.)Sun Java System Application Server 内的一个功能,允许不同的管理用户创建和管理自己的域。域是在单个系统中使用已安装的一组公用二进制文件创建的一组实例。

Domain Administration Server(域管理服务器)

(n.)“域管理服务器”是一个专门指定的 Application Server 实例,用于为 Application Server 处理所有管理任务。它可维护和更新 Application Server 配置信息的中心信息库。如果“域管理服务器”未在运行,则无法执行管理任务。

domain administrator(域管理员)

(n.)拥有以下管理权限的用户:可以使用消息传送和协作 GUI 或 CLI 的“委托管理员”创建、修改、删除托管域中的邮件用户、邮件列表及家庭帐户。默认情况下,此用户可以担任拓扑中所有讯息传递服务器的消息存储管理员。

domain alias(域别名)

(n.)指向另一域的域条目。使用别名使托管域可拥有若干个域名。

domain directory(域目录)

(n.)Application Server domain(域)的目录,至少包含一个 instance directory(实例目录)。它是 server root(服务器根目录)在 Application Server 中的叫法。

domain hosting(域托管)

(n.)托管域的过程。在共享讯息传递服务器上托管一个或多个域的功能。例如,域 example.comexample.org 均可托管在 example.com 邮件服务器上。用户向此托管域发送邮件,并从那里接收邮件。邮件服务器的名称不出现在邮件地址中。

domain name(域名)

(1) (n.)在电子邮件地址中使用的主机名。

(2) (n.)定义管理组织的唯一名称。域可包含其他域。域名的解释顺序为从右至左。例如,example.com 既是 Example 公司的域名,又是顶级 com 域的子域。example.com 域可进一步分为子域,例如 corp.example.com 等等。另参见 host name(主机名)fully qualified domain name(全限定域名)

domain name system(域名系统)

参见 DNS

domain organization(域组织)

(n.)组织树中托管域下方的子域。对于要按部门编排用户和用户组条目的公司,域组织很有用。

domain part(域部分)

(n.)电子邮件地址中“at”符号 (@) 右侧的部分。例如,example.com 是电子邮件地址 jdoe@example.com 的域部分。

domain quota(域配额)

(n.)分配给电子邮件消息的域的空间数量。空间数量由系统管理员配置。

domain registry(域注册表)

(n.)一种单独的数据结构,其中包含安装服务器时创建和配置的所有域的域特定信息(例如域名、域位置、域端口、域主机)。

domain rewrite rules(域重写规则)

参见 rewrite rule(重写规则)

domain template(域模板)

(n.)重写规则的一部分,定义如何重写地址的主机和域部分。此模板可包括一个完全静态的主机和域地址或一个单独的字段替代字符串,或两者都包括。

double failure(双故障)

(n.)HADB 中一个或多个镜像节点对同时发生故障。参见 HADBHADB node(HADB 节点)active node(活动节点)spare node(备用节点)mirror node(镜像节点)data redundancy unit(数据冗余单元)

drop word(丢弃词)

参见 stop word(停用词)

DRU

参见 data redundancy unit(数据冗余单元)

DSA

(directory system agent,目录系统代理)(n.)Directory Server 的 X.500 术语。

DSCC

参见 Directory Service Control Center

DSE

(directory server entry,目录服务器条目)(n.)一种条目或特定于 DSA 的条目,含有与其相关的特定于服务器的附加信息。DSE(如根 DSE 或模式 DSE)在每个服务器上具有不同的属性。

DSP

(digital signal processing,数字信号处理)(n.)模拟信号到数字信号的转换。使用电话以语音方式访问 Portal Server 软件需要 DSP 卡。

DSML

(directory services markup language,目录服务标记语言)(n.)一组表示 XML 标记语言的文档格式,通过它们可用 XML 表示目录服务。Java Enterprise System Directory Server 5.2 符合 DSML 标准的版本 2 (DSMLv2)。

DSN

(n.)参见 delivery status notification(传送状态通知)

dsservd

(n.)一种守护进程,它访问存放目录信息的数据库文件,并使用 LDAP 协议与目录客户机通信。

dssetup

(n.)一种 Java Enterprise System Directory Server 准备工具,它可以使现有的 Directory Server 做好供 Java Enterprise System Messaging Server 使用的准备。

DTD

(document type definition,文档类型定义)(n.)XML 文档 prolog 的可选部分(如 XML 标准所指定)。DTD 约束可在文档中使用的有效标记和标记序列。DTD 存在一些缺点,不过它也产生了各种模式提案。例如,DTD 条目 <!ELEMENT username (#PCDATA)> 表示称为 username 的 XML 元素包含已解析的字符数据,即下面不包括任何其他结构元素的纯文本。DTD 包含在当前文件中定义的本地子集和外部子集,外部子集由在本地子集中使用参数实体来引用的外部 DTD 文件中所包含的定义构成。

durable subscription(持久订阅)

(n.)在 JMS publish and subscribe delivery model(发布和订阅传送模型)中,无论当前是否存在活动的订阅者对象都会继续存在的订阅。如果没有活动的订阅者,JMS provider(JMS 提供者) 会保留订阅的 message(消息),直到它们被订阅接收或过期。

DWP

(database wire protocol,数据库有线通信协议)(n.)一种 Calendar Server 专有协议,它允许多个服务器在同一 Calendar Server 系统内链接在一起,以形成分布式日历存储。Calendar Server 使用 DWP 检索存储在日历数据库中的远程数据。

dynamic deployment(动态部署)

(n.)在 Application Server 中,系统会动态部署或重新部署 J2EE 应用程序或模块,也就是无需重新启动服务器。另参见 dynamic reloading(动态重新加载)

dynamic group(动态组)

(n.)由 LDAP 搜索 URL 定义的邮件组。用户通常通过在其目录条目中设置 LDAP 属性加入组。

dynamic reloading(动态重新加载)

(n.)修改和重新加载之前部署的组件的过程,该过程无需完成整个部署过程,也无需重新启动服务器。默认情况下,可以动态地重新加载 servlet、使用 JavaServer PagesTM 技术(JSP technology(JSP 技术))创建的页面以及企业 bean 组件。另参见 dynamic deployment(动态部署)

dynamic web application(动态 Web 应用程序)

(n.)指 servlet、JSPTM 页面、内容提供者或任何其他需要由 Java Web 容器处理的程序,该容器通过用户浏览器访问。对于 Java Enterprise System Portal Server,该应用程序安装在 Web 服务器中。