问题：

所有JavaEE规范的摘要

许明朗

2023-03-14

我正在寻找所有JavaEE技术堆栈的清晰描述。

我认为有很多像我这样的人在很多网站/教程中搜索，但没有找到一个精确的列表，列出哪些是JavaEE中使用的技术，它们有什么好处。

我希望有人能简单而友好地澄清，对所有社区都有好处。

共有3个答案

路裕

2023-03-14

根据规范，Jakarta EE 9版本的目标是提供一组功能上类似于Jakarta EE 8但在新的Jakarta EE 9命名空间jakarta.*中的规范。

此外，雅加达EE 9版本从雅加达EE 8中删除了一小套旧的、可选的或不建议使用的规范，以减少API的表面积，确保新供应商更容易进入生态系统减少实现、迁移和维护这些旧API的负担。

Jakarta EE 9主要是一个工具版本：

一个平台，工具供应商可以从该平台创建和更新他们的工具，以支持新的jakarta.*命名空间。

一个平台，开发团队可以将其用作测试应用程序迁移到新命名空间的稳定目标。

运行时供应商可以使用该平台测试和提供支持迁移和向后兼容Jakarta EE 8的选项和功能。

雅加达EE规范项目的创新基础可以用来驱动雅加达EE 10及以后发布的新特性。

本规范列出了属于雅加达EE 9的所有技术：

需要以下技术：

Jakarta Enterprise Beans 4.0（Jakarta Enterprise Beans实体bean和相关的Jakarta Enterprise Beans QL除外，它们已成为可选的）

雅加达Servlet 5.0

雅加达服务器页面3.0

雅加达表达语言4.0

雅加达信息3.0

雅加达交易2.0

雅加达激活2.0

雅加达邮件2.0

雅加达连接器2.0

雅加达RESTful Web服务3.0

雅加达WebSocket 2.0

雅加达JSON处理2.0

雅加达JSON绑定2.0

雅加达并发2.0

雅加达批次2.0

雅加达授权2.0

雅加达认证2.0

雅加达安全2.0

雅加达调试支持其他语言2.0

雅加达标准标签库2.0

雅加达服务器面向3.0

雅加达注解2.0

雅加达持久性3.0

雅加达Bean验证3.0

雅加达托管Beans 2.0

雅加达拦截器2.0

雅加达上下文和依赖注入3.0

雅加达依赖注入2.0

以下技术是可选的：

雅加达企业bean 3.2和早期的实体bean以及相关的雅加达企业bean

雅加达企业豆2。x API组

雅加达企业Web服务2.0

雅加达肥皂与附件2.0

雅加达Web服务元数据3.0

雅加达XML Web服务3.0

Jakarta XML绑定3.0

删除了以下技术：

雅加达XML RPC 1.1

雅加达XML注册中心

雅加达部署1.2

雅加达管理1.1

下图摘自雅加达EE9规范页面，显示了技术的逻辑关系。它并不意味着将元素物理划分为单独的机器、进程、地址空间或虚拟机。

根据规范：

容器，用单独的矩形表示，是雅加达EE运行时环境，为矩形上半部分表示的应用程序组件提供所需的服务。提供的服务由矩形下半部分的方框表示。例如，应用程序客户端容器向应用程序客户端提供雅加达消息API，以及表示的其他服务。所有这些服务说明如下。请参阅雅加达EE标准服务。

箭头表示需要进入雅加达EE平台的其他部分。应用程序客户机容器通过JavaAPI为应用程序客户机提供对雅加达EE所需数据库的直接访问，以便与数据库系统JDBC连接™ 应用程序编程接口。Web容器为服务器页面、服务器面应用程序和servlet以及企业bean容器提供了对数据库的类似访问。

如前所述，Java™平台标准版（JavaSE）的API由JavaSE运行时环境支持，适用于每种类型的应用程序组件。

彭英逸

2023-03-14

^{重要提示：虽然此答案仍然有效，但您可能还需要检查以下内容：}
^{•雅加达EE 8技术列表}

JavaEE 8建立在JavaEE 7的基础上（详见旧的答案），更新了对许多行业标准的支持，并继续简化企业就绪的API。

增强功能包括：

支持HTTP/2的Java Servlet 4.0 API
增强的JSON支持，包括新的JSON绑定API
新的REST反应式客户端API
异步CDI事件
一种新的便携式安全API
服务器发送事件支持（客户端）

以下JSR是EE 8Java新增或更新的：

JavaEE平台

JSR 366：JavaEE 8平台

Web应用技术

JSR 367： JSON绑定（JSON-B）1.0的JavaAPI
JSR 369：JavaServlet 4.0
JSR 372： JavaServer面孔（JSF）2.3

企业应用技术

JSR 365:Context and Dependency Injection（CDI）2.0
JSR 380:Bean验证2.0
JSR338:JavaPersistence2.2
JSR 250：通用注释1.3
JSR919:JavaMail 1.6

Web服务技术

JSR370:RESTfulWeb服务的JavaAPI（JAX-RS）2.1

管理和安全技术

JSR375:JavaEE安全API 1.0

有关更多详细信息，请参阅本页。

要了解以上列出的主要技术的更多信息，请查看JavaEE教程。在本页中可以找到对主要技术的良好概述。在这里引用一下：

EnterpriseJavaBeans（EJB）组件或EnterpriseBean是一组代码，其中包含用于实现业务逻辑模块的字段和方法。您可以将企业bean视为构建块，可以单独使用，也可以与其他企业bean一起使用，以在JavaEE服务器上执行业务逻辑。

企业bean是会话bean或消息驱动bean。

会话bean表示与客户机的临时对话。当客户端完成执行时，会话bean及其数据就消失了

JavaEE8平台需要EnterpriseJavaBeans 3.2和拦截器1.2。拦截器规范是EJB规范的一部分。

JavaServlet技术允许您定义特定于HTTP的Servlet类。servlet类扩展了托管通过请求-响应编程模型访问的应用程序的服务器的功能。尽管servlet可以响应任何类型的请求，但它们通常用于扩展web服务器托管的应用程序。

在JavaEE 8平台中，新的JavaServlet技术功能包括以下内容：

服务器推送
HTTP预告片

JavaEE8平台需要Servlet4.0

JavaServerFaces技术是用于构建web应用程序的用户界面框架。JavaServer Faces技术的主要组件如下：

GUI组件框架
一种灵活的模型，用于以不同种类的HTML或不同的标记语言和技术呈现组件。渲染器对象生成用于渲染组件的标记，并将存储在模型对象中的数据转换为可在视图中表示的类型
用于生成HTML4.01标记的标准RenderKit

以下功能支持GUI组件：

输入验证
事件处理
模型对象和组件之间的数据转换
托管模型对象创建
页面导航配置
表达语言（EL）

所有这些功能都可以使用标准的JavaAPI和基于XML的配置文件来实现。

在JavaEE 8平台中，JavaServer Faces技术的新功能包括以下内容：

通过新的

JavaEE 8平台需要JavaServer Faces 2.3和表达式语言3.0。

有关JSF2.3中新增功能的精彩总结，请参见https://javaserverfaces.github.io/whats-new-in-jsf23.html.

JavaServerPages（JSP）技术允许您将servlet代码片段直接放入基于文本的文档中。JSP页面是基于文本的文档，包含两种类型的文本：

静态数据，可以以任何基于文本的格式表示，如HTML或XML
JSP元素，这些元素确定页面如何构造动态内容

有关JSP技术的信息，请参阅http://docs.oracle.com/javaee/5/tutorial/doc/.

JavaEE8平台要求JavaServerPages2.3与早期版本兼容，但建议在新的应用程序中使用Facelets作为显示技术。

JavaServerPages标准标记库（JSTL）封装了许多JSP应用程序通用的核心功能。您不用在JSP应用程序中混合来自多个供应商的标记，而是使用一组单一的标准标记。这种标准化允许您在支持JSTL的任何JSP容器上部署应用程序，并使标记的实现更可能得到优化。

JSTL具有用于处理流控制的迭代器和条件标记、用于操作XML文档的标记、国际化标记、用于使用SQL访问数据库的标记以及用于常用函数的标记。

JavaEE8平台需要JSTL1.2。

Java持久性API（JPA）是一种基于Java标准的持久性解决方案。持久性使用对象/关系映射方法来弥合面向对象模型和关系数据库之间的差距。Java持久性API也可以用于JavaEE环境之外的JavaSE应用程序。Java持久性由以下领域组成：

Java持久性API

 查询语言
 对象/关系映射元数据

JavaEE 8平台需要Java持久性API 2.2。

Java事务API（JTA）为划分事务提供了标准接口。JavaEE体系结构提供了一个默认的自动提交来处理事务提交和回滚。自动提交意味着正在查看数据的任何其他应用程序在每次数据库读写操作后都将看到更新的数据。但是，如果应用程序执行两个相互依赖的独立数据库访问操作，则需要使用JTAAPI来划分整个事务（包括这两个操作）的开始、回滚和提交位置。

JavaEE 8平台需要Java事务API 1.2。

RESTful Web Services（JAX-RS）的JavaAPI定义了用于开发根据表示状态转移（REST）体系结构风格构建的Web服务的API。JAX-RS应用程序是一种Web应用程序，它由在WAR文件中打包为servlet的类以及所需的库组成。

在JavaEE 8平台中，新的RESTful Web服务功能包括以下内容：

反应式客户端API：当接收到对目标资源的调用结果时，Java SE中对完成阶段API的增强允许指定这些结果的顺序、优先级、组合或连接，以及如何处理异常
增强对服务器发送事件的支持：客户端可以使用长时间运行的连接订阅服务器发送的事件通知。添加了对新媒体类型文本/事件流的支持
支持JSON-B对象，并改进了与CDI、Servlet和Bean验证技术的集成

JavaEE 8平台需要JAX-RS 2.1。

托管bean是具有最低要求的轻量级容器托管对象（POJO），支持一小部分基本服务，如资源注入、生命周期回调和拦截器。托管bean表示JavaServerFaces技术指定的托管bean的泛化，可以在JavaEE应用程序中的任何位置使用，而不仅仅是在web模块中。

托管bean规范是JavaEE8平台规范（JSR366）的一部分。JavaEE8平台需要托管Beans 1.0。

上下文和依赖注入JavaEE（CDI）定义了一组上下文服务，由JavaEE容器提供，使开发人员可以轻松地在Web应用程序中使用企业bean和JavaServer Faces技术。CDI专为有状态对象而设计，它还有许多更广泛的用途，允许开发人员以松散耦合但类型安全的方式灵活地集成不同类型的组件。

在Java EE 8平台中，新的CDI功能包括：

用于在Java SE 8中引导CDI容器的API
支持观察者排序，它确定调用特定事件的观察者方法的顺序，并支持异步触发事件

 Configurator接口，用于动态定义和修改CDI对象
 内置注释文字，用于创建注释实例的便利功能，等等

JavaEE 8平台需要CDI 2.0。

Java的依赖注入定义了一组用于可注入类的标准注释（和一个接口）。

在JavaEE平台中，CDI提供了对依赖注入的支持。具体来说，您只能在支持CDI的应用程序中使用注入点。

JavaEE8平台需要Java1.0的依赖注入。

Bean验证规范定义了一个元数据模型和API，用于验证JavaBeans组件中的数据。您可以在一个位置定义验证约束，并在不同的层之间共享这些约束，而不是在多个层（如浏览器和服务器端）上分发数据验证。

在Java EE 8平台中，新的Bean验证功能包括以下内容：

支持Java SE 8中的新功能，例如日期时间API
添加新的内置Bean验证约束

JavaEE8平台需要BeanValidation2.0。

Java消息服务（JMS）API是一种消息传递标准，允许JavaEE应用程序组件创建、发送、接收和读取消息。它支持松耦合、可靠和异步的分布式通信。

JavaEE8平台需要JMS 2.0。

工具供应商和系统集成商使用JavaEE连接器体系结构创建资源适配器，支持访问可插入任何JavaEE产品的企业信息系统。资源适配器是允许JavaEE应用程序组件访问EIS的基础资源管理器并与之交互的软件组件。因为资源适配器特定于它的资源管理器，所以每种类型的数据库或企业信息系统通常都有不同的资源适配器。

Java EE连接器体系结构还提供了基于Java EE平台的web服务与现有EIS的面向性能、安全、可扩展和基于消息的事务集成，EIS可以是同步的，也可以是异步的。通过使用JAX-WS和JavaEE组件模型，可以将通过JavaEE连接器体系结构集成到JavaEE平台的现有应用程序和EIS公开为基于XML的web服务。因此，JAX-WS和JavaEE连接器体系结构是企业应用程序集成（EAI）和端到端业务集成的补充技术。

JavaEE8平台需要JavaEEConnectorArchitecture 1.7。

JavaEE应用程序使用JavaMail API发送电子邮件通知。JavaMail API由两部分组成：

应用程序组件用于发送邮件的应用程序级接口

JavaEE平台包括JavaMail API和一个允许应用程序组件发送Internet邮件的服务提供商。

JavaEE8平台需要JavaMail 1.6。

Java容器授权契约（JACC）规范定义了Java EE应用程序服务器和授权策略提供者之间的契约。所有JavaEE容器都支持此契约。

JACC规范定义了java。安全满足JavaEE授权模型的权限类。该规范定义了容器访问决策与这些权限类实例上的操作的绑定。它定义了策略提供程序的语义，这些策略提供程序使用新的权限类来满足JavaEE平台的授权需求，包括角色的定义和使用。

JavaEE8平台需要JACC 1.5。

Java Authentication Service Provider Interface for Containers（JASPIC）规范定义了一个服务提供者接口（SPI），通过该接口，实现消息认证机制的认证提供者可以集成到客户端或服务器消息处理容器或运行时中。通过此接口集成的身份验证提供程序对其调用容器提供给它们的网络消息进行操作。身份验证提供者转换传出消息，以便接收容器可以对每个消息的源进行身份验证，而消息的接收者可以由消息发送者进行身份验证。身份验证提供程序对每个传入消息进行身份验证，并将作为消息身份验证的结果而建立的标识返回给它们的调用容器。

JavaEE8平台需要JASPIC1.1。

JavaEE安全API规范的目的是通过同时建立通用的方法和机制，并尽可能从开发人员视图中删除更复杂的API，从而使安全API现代化和简化。Java EE安全性引入了以下API：

SecurityContext接口：提供一个通用、统一的访问点，使应用程序能够测试调用方数据的各个方面，并授予或拒绝对资源的访问

Java EE 8平台需要Java EE安全API 1.0。

WebSocket是一种应用协议，通过TCP在两个对等体之间提供全双工通信。WebSocket的JavaAPI使JavaEE应用程序能够使用注释创建endpoint，这些注释指定endpoint的配置参数并指定其生命周期回调方法。

JavaEE8平台需要WebSocket 1.1的JavaAPI。

JavaScript对象表示法（JSON）是一种基于文本的数据交换格式，源于web服务和其他连接应用程序中使用的JavaScript。JavaAPI for JSON处理（JSON-P）使JavaEE应用程序能够使用对象模型或流模型解析、转换和查询JSON数据。

在Java EE 8平台中，JSON-P的新功能包括对以下内容的支持：

>

JSON指针：定义用于引用JSON文档中特定值的字符串语法。JSON指针包括用于从目标文档提取值并将其转换为创建新JSON文档的API。

JSON补丁：定义一种格式，用于表示应用于JSON文档的操作序列。

JSON合并补丁：定义一种格式和处理规则，用于根据目标文档的特定内容对JSON文档应用操作。

将编辑和转换功能添加到基本的JSON文档处理中。

助手类和方法，称为JSON收集器，利用JavaSE8中引入的流API的特性。

JavaEE8平台需要JSON-P1.1。

JSON绑定（JSON-B）的JavaAPI提供了一个绑定层，用于将Java对象转换为JSON消息。JSON-B还支持通过对给定字段、JavaBean属性、类型或包使用Java注释，或者通过提供属性命名策略的实现来定制该绑定层中使用的默认映射过程的能力。

JSON-B是JavaEE8平台的新特性。JavaEE8平台需要JSON-B1.0。

Java EE并发实用程序是一个标准API，用于通过以下类型的对象向Java EE应用程序组件提供异步功能：托管执行器服务、托管计划执行器服务、托管线程工厂和上下文服务。

JavaEE8平台需要JavaEE1.0的并发实用程序。

批处理作业是无需用户交互即可执行的任务。Java平台规范的批处理应用程序是一个批处理框架，它支持在Java应用程序中创建和运行批处理作业。批处理框架由批处理运行时、基于XML的作业规范语言、与批处理运行时交互的JavaAPI和实现批处理工件的JavaAPI组成。

JavaEE 8平台需要Java平台1.0的批处理应用程序。

邢起运

2023-03-14

^{重要提示：虽然此答案仍然有效，但您可能还需要检查以下内容：}
^{•Java EE 8的技术列表}

下面是JavaEE7技术的规范列表。有关更多详细信息，请查看JSR页面：

JavaEE平台

JSR342:Java平台，企业版7（JavaEE7）

Web应用技术

JSR 356： WebSocket的JavaAPI
JSR 353：JavaJSON处理API
JSR 340：JavaServlet 3.1
JSR 344： JavaServer面临2.2
JSR 341：表达式语言3.0
JSR 245： JavaServer Pages 2.3
JSR 52：JavaServer页面的标准标记库（JSTL）1.2

企业应用技术

JSR 352：Java平台的批量应用
JSR 236：JavaEE 1.0的并发工具
JSR 346：Java1.1的上下文和依赖注入
JSR 330：Java依赖注入
JSR 349：Bean验证1.1
JSR 345：企业JavaBeans 3.2
JSR 318：拦截器1.2
JSR 322：JavaEE连接器架构1.7
JSR 338：Java持久性2.1
JSR 250：Java平台1.2的通用注释
JSR 343：Java消息服务API 2.0
JSR 907：Java事务API（JTA）1.2
JSR 919： JavaMail 1.5

Web服务技术

JSR 339： RESTful Web服务的JavaAPI（JAX-RS）2.0
JSR 109：实现企业Web服务1.3
JSR 224：Java基于XML的Web服务API（JAX-WS）2.2
JSR 181：Java平台的Web服务元数据
JSR 101：Java基于XML的RPC API（JAX-RPC）1.1
JSR 67： XML消息传递的JavaAPI 1.3
JSR 93：用于XML注册中心（JAXR）1.0的JavaAPI

管理和安全技术

JSR 196：容器1.1的Java认证服务提供商接口
JSR 115：Java集装箱授权合同1.5
JSR 88：JavaEE应用部署1.2（可选）
JSR 77： J2EE管理1.1
JSR 45：调试支持其他语言1.0

JavaSE中与JavaEE相关的规范

JSR222:Java XML绑定体系结构（JAXB）2.2
JSR206:JavaAPI for XML处理（JAXP）1.3
JSR 221:Java数据库连接4.0
JSR3:Java管理扩展（JMX）2.0
JSR 925:JavaBeans激活框架（JAF）1.1
JSR173:XML流式API（StAX）1.0

有关更多详细信息，请参阅本页。

正如Arun Gupta在其名为Java EE 7 Essentials的书中提到的，不同的组件协同工作以提供一个集成堆栈，如下所示：

因此，我们有以下几点：

不同的组件在逻辑上可以分为三层：后端层、中间层和web层。这只是一种逻辑表示，可以根据应用程序的需求将组件限制到不同的层。

JPA和JMS提供数据库访问和消息传递等基本服务。JCA允许连接到遗留系统。Batch用于执行非交互式、面向批量的任务。

托管Beans和EJB提供了一个简化的编程模型，使用POJOs来使用基本服务。

CDI、拦截器和通用注释提供了适用于各种组件的概念，例如类型安全依赖项注入、使用拦截器解决横切问题以及一组通用注释。并发实用程序可用于在托管线程中运行任务。JTA支持可应用于任何POJO的事务拦截器。

CDI扩展允许您以标准方式将平台扩展到现有功能之外。

使用JAX-RS和JAX-WS、JSF、JSP和EL的Web服务定义了Web应用程序的编程模型。Web片段允许以非常自然的方式自动注册第三方Web框架。JSON提供了一种在web层解析和生成JSON结构的方法。WebSocket允许通过单个TCP连接设置双向、全双工通信信道。

Bean验证提供了一种标准方法来声明约束并跨不同技术验证它们。

要了解以上列出的主要技术的更多信息，请查看JavaEE7教程。在本页中可以找到对主要技术的良好概述。在这里引用一下：

企业bean是会话bean或消息驱动bean。

会话bean表示与客户端的短暂对话。当客户端完成执行时，会话bean及其数据就消失了。

消息驱动bean结合了会话bean和消息侦听器的功能，允许业务组件异步接收消息。通常，这些是Java消息服务（JMS）消息。

在Java EE 7平台中，新的企业bean功能包括以下内容：

EJB Lite中的非持久定时器

JavaEE 7平台需要Enterprise JavaBeans 3.2和Interceptors 1.2。拦截器规范是EJB规范的一部分。

在Java EE 7平台中，新的Java Servlet技术功能包括：

非阻塞I/O

HTTP协议升级

JavaEE7平台需要Servlet3.1。

JavaServerFaces技术是用于构建web应用程序的用户界面框架。JavaServer Faces技术的主要组件如下：

一种灵活的模型，用于以不同种类的HTML或不同的标记语言和技术呈现组件。渲染器对象生成用于渲染组件的标记，并将存储在模型对象中的数据转换为可在视图中表示的类型。

用于生成HTML4.01标记的标准RenderKit。

以下功能支持GUI组件：

输入验证

事件处理

模型对象和组件之间的数据转换

托管模型对象创建

页面导航配置

表达语言（EL）

所有这些功能都可以使用标准的JavaAPI和基于XML的配置文件来实现。

在Java EE 7平台中，JavaServer Faces技术的新特性包括：

面流

资源库合同

JavaEE7平台需要JavaServerFaces2.2和ExpressionLanguage 3.0。

JavaServerPages（JSP）技术允许您将servlet代码片段直接放入基于文本的文档中。JSP页面是基于文本的文档，包含两种类型的文本：

静态数据，可以用任何基于文本的格式表示，如超文本标记语言或XML

JSP元素，这些元素确定页面如何构造动态内容

有关JSP技术的信息，请参阅JavaEE 5教程http://docs.oracle.com/javaee/5/tutorial/doc/.

JavaEE7平台要求JavaServerPages2.3与早期版本兼容，但建议在新的应用程序中使用Facelets作为显示技术。

JavaServerPages标准标记库（JSTL）封装了许多JSP应用程序通用的核心功能。您不用在JSP应用程序中混合来自多个供应商的标记，而是使用一组单一的标准标记。这种标准化允许您在支持JSTL的任何JSP容器上部署应用程序，并使标记的实现更可能得到优化。

JSTL具有用于处理流控制的迭代器和条件标记、用于操作XML文档的标记、国际化标记、用于使用SQL访问数据库的标记以及用于常用函数的标记。

JavaEE 7平台需要JSTL 1.2。

Java持久性API（JPA）是一种基于Java标准的持久性解决方案。持久性使用对象/关系映射方法来弥合面向对象模型和关系数据库之间的差距。Java持久性API也可以用于JavaEE环境之外的JavaSE应用程序。Java持久性由以下领域组成：

Java持久性API

查询语言

对象/关系映射元数据

JavaEE7平台需要JavaPersistenceAPI2.1。

Java事务API（JTA）为划分事务提供了标准接口。JavaEE体系结构提供了一个默认的自动提交来处理事务提交和回滚。自动提交意味着正在查看数据的任何其他应用程序在每次数据库读写操作后都将看到更新的数据。但是，如果应用程序执行两个相互依赖的独立数据库访问操作，则需要使用JTAAPI来划分整个事务（包括这两个操作）的开始、回滚和提交位置。

JavaEE 7平台需要Java事务API 1.2。

RESTful Web Services（JAX-RS）的JavaAPI定义了用于开发根据表示状态转移（REST）体系结构风格构建的Web服务的API。JAX-RS应用程序是一种Web应用程序，它由在WAR文件中打包为servlet的类以及所需的库组成。

JavaEE7平台需要JAX-RS2.0。

托管bean是具有最低要求的轻量级容器托管对象（POJO），支持一小部分基本服务，如资源注入、生命周期回调和拦截器。托管bean表示JavaServerFaces技术指定的托管bean的泛化，可以在JavaEE应用程序中的任何位置使用，而不仅仅是在web模块中。

托管bean规范是JavaEE7平台规范（JSR342）的一部分。JavaEE7平台需要托管Beans 1.0。

上下文和依赖注入JavaEE（CDI）定义了一组上下文服务，由JavaEE容器提供，使开发人员可以轻松地在Web应用程序中使用企业bean和JavaServer Faces技术。CDI专为有状态对象而设计，它还有许多更广泛的用途，允许开发人员以松散耦合但类型安全的方式灵活地集成不同类型的组件。

JavaEE 7平台需要CDI 1.1。

Java的依赖注入定义了一组用于可注入类的标准注释（和一个接口）。

在JavaEE平台中，CDI提供了对依赖注入的支持。具体来说，您只能在支持CDI的应用程序中使用注入点。

JavaEE 7平台需要依赖注入Java1.0。

Bean验证规范定义了一个元数据模型和API，用于验证JavaBeans组件中的数据。您可以在一个位置定义验证约束，并在不同的层之间共享这些约束，而不是在多个层（如浏览器和服务器端）上分发数据验证。

JavaEE 7平台需要Bean Validation1.1。

Java消息服务（JMS）API是一种消息传递标准，允许JavaEE应用程序组件创建、发送、接收和读取消息。它支持松耦合、可靠和异步的分布式通信。

在该平台中，JMS的新特性包括以下内容。

一个新的简化API提供了一个比以前的API更简单的替代方案。此API包括一个JMSContext对象，该对象组合了连接和会话的功能。

所有具有关闭方法的对象都实现了java.lang.AutoCloseable接口，以便它们可以在Java的SE 7 try-with-Resources语句中使用。

JavaEE7平台需要JMS 2.0。

JavaEE 7平台需要JavaEE连接器架构1.7。

JavaEE应用程序使用JavaMail API发送电子邮件通知。JavaMail API由两部分组成：

>

服务提供者接口

JavaEE平台包括JavaMail API和一个允许应用程序组件发送Internet邮件的服务提供商。

JavaEE7平台需要JavaMail 1.5。

Java容器授权契约（JACC）规范定义了Java EE应用程序服务器和授权策略提供者之间的契约。所有JavaEE容器都支持此契约。

JavaEE7平台需要JACC 1.5。

JavaEE7平台需要JASPIC1.1。

WebSocket API对于JavaEE7平台来说是新的。JavaEE7平台需要WebSocket 1.0的JavaAPI。

JSON是一种基于文本的数据交换格式，源自JavaScript，用于网络服务和其他连接的应用程序。JSON处理的JavaAPI（JSON-P）使JavaEE应用程序能够使用对象模型或流模型解析、转换和查询JSON数据。

JSON-P是JavaEE7平台的新特性。JavaEE7平台需要JSON-P1.0。

JavaEE的并发实用程序是JavaEE7平台的新功能。JavaEE7平台需要JavaEE1.0的并发实用程序。

Java平台的批处理应用程序是JavaEE 7平台的新功能。JavaEE 7平台需要Java平台1.0的批处理应用程序。

要查看旧Java EE版本的技术，请查看以下链接：

JavaEE 6技术

JavaEE 5技术

类似资料：

OpenSSL和PHPSA256摘要有所不同

我试图使用OpenSSL和PHP在命令行计算一些JavaScript的base64编码的sha256哈希。得到的base64编码值不同，但每个方法的输入都相同。退一步，在base64编码之前，sha256哈希摘要不匹配。我不确定问题出在哪里。
JSON非规范化所需的Jolt Spec

我有以下格式的json（不限于像本例中那样的两个文档，可能有很多、更多）：我想从本质上将多种此类json文档“非规范化”为一个json文档，如下所示：还想添加类似的东西应转化为：到目前为止，我对Jolt的有限理解使我相信这种转换是可能的，但从所提供的文档中还不清楚如何进行这种转换。任何有关Jolt规范的帮助都将不胜感激！！
与其它规范有关的要求

本章列出对 web 容器的要求，它已经包含在容器产品中了，还包括其他Java 技术。下面章节中任何涉及到 Java EE 应用的 profile，不只是完整的 Java EE profile，还包括任何支持 Servelt 的 profile，像 Java EE Web Profile。有关配置文件的更多信息，请参阅 Java EE 平台规范。
规范

Number，String，Boolean和Object 不要使用如下类型Number，String，Boolean或Object。这些类型指的是非原始的装盒对象，它们几乎没在JavaScript代码里正确地使用过。 /* 错误 */ function reverse(s: String): String; 应该使用类型number，string，and boolean。 /* OK */ fu
规范

参数规范参数前带* 表示必填参数命名采用小写加下划线形式请求每个接口时,在 header里带上 XX-Token(用户 token),XX-Device-Type(类型:mobile,android,iphone,ipad,web,pc,mac,wxapp)，XX-Api-Version(比如1.0.0)，XX-Wxapp-AppId(小程序 AppId) 返回结果参数命名采用小写加下划线
有Python语言规范吗？

问题内容： Python中有什么类似于Java的JLS或C＃的规范吗？问题答案：本身没有规范。最接近的是《Python语言参考》，其中详细介绍了该语言的语法和语义。

所有JavaEE规范的摘要

共有3个答案

相关问答

相关文章

相关阅读

相关工具

相关文档