往前的娘娘

Websocket 端点使用Web容器安全模型来保护。这样做的目的是使得Websocket开发人员可以轻松地声明是否需要验证对websocket服务端点的访问权限，谁可以访问它以及是否需要加密连接。映射到给定ws://URI（如第3章和第4章所述）的websocket在部署描述符中受到保护，并带有带有相同主机名，端口和路径的http://URI的列表，因为这是URL它的开放握手。因此，Websocket开放人员可以为其websocket端点分配一种身份验证方案，授予访问和传输保证的用户角色。文章目录8.

文章目录7.1 Java EE 环境7.1.1、Websocket端点和依赖注入7.2、与Http会话和身份验证状态的关系附录7.1 Java EE 环境在Java EE 平台上支持时，还需要一些其他要求来支持websocket应用程序。7.1.1、Websocket端点和依赖注入在Java EE 平台上运行的WebSocket端点必须具有CDI规范,参考附录[7]中所述的完全依赖项注入支持。要求Java EE 平台的Websocket实例部分支持使用javax.inject的字段，方法和构造

Java WebSocket应用程序是使用Java平台的常规约定打包的文章目录6.1、在JDK上的客户端部署6.2、Web容器上的应用程序部署6.3、独立WebSocket服务器容器中的应用程序部署6.4、程序化服务部署6.5、WebSocket服务路径6.6、平台版本6.1、在JDK上的客户端部署Websocket应用程序的类文件和任何应用程序资源（例如Java WebSocket客户端应用程序）与它所需的任何资源（例如文本或图片文件），一起打包为JAR文件。不需要客户端容器来自动扫描JAR文.

文章目录5.1、线程注意事项5.2、异常处理5.2.1、部署异常5.2.2、WebSocket应用程序代码中的错误5.2.3、容器和底层连接中的错误5.1、线程注意事项WebSocket API实现可以采用多种线程策略，以提供可伸缩的实现。该规范旨在允许一系列策略，但是，该实现必须满足某些线程要求，以便为开发人员为其应用程序提供一致的线程环境除非由具有不同生命周期的Java EE组件提供支持（请参见第7章），否则容器必须对每个对等方使用唯一的端点实例，[WSC-5.1-1]在所有情况下，实现均不得一

本部分包含Java WebSocket API 中注解语义的完整规范文章目录4.1、@ServerEndpoint4.1.1、value（value 属性）4.1.2、encoders(编码器属性）4.1.3、decoders(解码器属性)4.1.4、subprotocols（子协议属性）4.1.5、configurator( 配置器属性)4.2、@ClientEndpoint4.2.1、encoders( 编码器属性)4.2.2、decoders(解码器属性)4.2.3、configurator(配置.

WebSocket应用程序配置有许多关键参数：在容器的URI空间中标识WebSocket端点的路径映射，端点支持的子协议，应用程序的扩展需求，此外，在打开握手期间，应用程序可以选择执行其他配置任务，例如检查发出请求的客户端的主机名或处理cookie，本节详细介绍了容器上支持这些配置任务的要求。客户端和服务端点配置都包括应用程序提供的编码器和解码器的列表，在WebSocket消息和应用程序定义的消息对象之间转换的实现和使用这些类。[WSC-3-1]遵循服务器特定配置和客户特定配置选项的定义。文章目录.

Java WebSocket应用程序由websocket端点组成. Websocket端点是一个java对象，代表两个对等方之间Websocket连接的一端可以通过两种主要方法创建端点，第一种方法是使用所需的行为来实现Java WebSocket API中的某些API类，以及处理端点的生命周期，消费和发送消息，发布自身或连接到对等方。通常，本规范会将此类端点称为程序化端点。第二种方法是用Java WebSocket API 中的某些注解来装饰Plain Old Java Object (POJO). 然.

文章目录1.1、文档的意图1.2、规范的目标1.3、通篇规范使用的技术1.4、规范约定1.5、专家组成员1.6、致谢1.1、文档的意图该文档与Java WebSocket API的API文档都是WebSocketAPI规范描述组成部分，该规范定义实现才能成为Java WebSocket API的实现必须满足的要求，该规范是根据Java Community Process的规则开发的。与测试兼容套件(Test Compatibility Kit TCK)【用于测试给定实现是否满足规范要求】以及参考实