关于建设门户网站的通知,东莞搜索优化,免费加速器看国外网站,百度百度Java EE 8的工作进展顺利。 是时候赶上了#xff01; 无需费力就可以潜入… 不要忘记Java EE 7….. 围绕三个重要主题 HTML 5对齐–用于WebSocket的Java API#xff08;JSR 356#xff09;#xff0c;JSON处理#xff08;JSR 353#xff09;#xff0c;JAX-RS 2.0… Java EE 8的工作进展顺利。 是时候赶上了 无需费力就可以潜入… 不要忘记Java EE 7….. 围绕三个重要主题 HTML 5对齐–用于WebSocket的Java APIJSR 356JSON处理JSR 353JAX-RS 2.0JSR 339 开发人员生产力– CDI 1.xJMS 2.0JSR 343 满足企业需求–并发实用程序JSR 236批处理应用程序APIJSR 352 其他规格的重大改进 EJB 3.2 JMS 2.0 Servlet 3.1 JPA 2.1 JSF 2.2 Bean验证1.1 拦截器1.2 注意 Java EE 7中新增了用于WebSocket的Java APIJSR 356JSON处理JSR 353并发实用程序JSR 236和批处理应用程序APIJSR 352。 认证的应用服务器全面的Java EE平台支持 玻璃鱼 野蝇 麦克斯 甲骨文Weblogic 注 *的Oracle WebLogic 12.1.3具有以下的Java EE 7 种规格的支持- JAX-RS 2.0可将WebSocket 1.0JSON-P 1.0 * Java EE 7在现实世界又称为生产环境中的表现如何 看看Arun Gupta的 这张幻灯片分享 我相信您很快就会获得实际的JavaOne演讲。 我敢肯定会有更大更好的部署。 继续支持Java EE 7并为之贡献力量 如果您想了解JCP的总体流程和具体细节请访问Java EE的Adopt-a-JSR 一定要看一下JavaOne 2014的演讲 有关Java EE 7和Java EE 8的Adopt-a-JSR JavaEE7.next JavaEE8 Java EE 8 aka JSR 366是Java Enterprise Edition Platform的下一版本。 主要主题和驱动因素 支持Java SE 8 –增强API以使用Java SE 8的最新功能 与不断发展HTML 5标准保持同步 –根据最新标准增强Web层技术WebSocketJSONP等 与HTTP 2.0兼容 – Servlet 4.0捆绑了对HTTP 2.0标准的支持 与CDI的紧密集成 –将CDI支持扩展改进和标准化到规范的其他部分JAX-RSWebSocket等 改善基于云的应用程序的功能 –改善应用程序安全性基于REST的管理API多租户支持等 新规格 MVC 1.0JSR 371 JSON-B 1.0JSR 367 Java EE安全性1.0JSR 375 JCacheJSR 107 更新规格 即将更新的规格如下 Servlet 4.0 CDI 2.0 JAX-RS 2.1 JSF 2.3 JMS 2.1 JSON-P 1.1 …。 还有更多要遵循的 这篇文章将涉及新的规格到现在为止宣布 MVC 1.0 顾名思义目标是为Java EE定义标准的Model-View-Controller API。 对于长期的Java EE开发人员专家和追随者而言第一个问题可能是 为什么除了JSF之外还需要另一个MVC 好吧我强烈建议 Ed Burns Oracle的JSF Spec Lead 撰写的这篇文章 这将有助于清除您可能存在的任何疑问。 带走以上帖子中的要点 JSF不会去任何地方。 放心 实际上JSF 2.3将成为Java EE 8的一部分在以后的文章中对此有更多介绍 从基于操作的MVC框架而不是基于组件的框架如JSF的角度来看待MVC 1.0 –因此基本上它们彼此之间有很大的不同 Java EE 8社区调查 PDF的第3页的结果在很大程度上与JSF一起支持另一个MVC框架。 显着特征 利用现有的Java EE技术 模型部分可能使用JPA双向绑定黑白模型和DBCDI出于明显的原因以及Bean验证 视图部分可能会重用现有的视图技术例如JSP 控制器部分有一些选择–也许是JAX-RS或新规范 注意 Jersey JAX-RS参考实现已经通过扩展提供了对MVC的支持 这当然是专有的到目前为止它还不是JAX-RS标准的一部分。 我建议偷看一下 快速链接 JCP官方页面 参考实施– Ozark JavaOne 2014的最新演讲 JSON-BJSR 367 如果您曾经使用过或使用过JAXB API那么JSON-B将听起来很熟悉。 它是JAXB的JSON对应版本其目标是定义一个API该API将使开发人员能够在注释的帮助下将JSON数据绑定到Java域模型类并将这些POJO转换编组/取消编组为/在运行时从JSON中获取。 在没有标准/纯JSON API的情况下我们使用第三方库和框架它们基本上以不同的方式解释POJO上的JAXB批注以生成JSON而不是XML。 当然这带有一些缺点警告并且JSON-B希望通过提供标准且可移植的API来解决此问题从而使我们更轻松地使用JSON数据和相应的Java域对象。 显着特征 将利用现有的JSON-P Java EE 7中引入的JSON处理API即在其之上构建一个API层 与其他几个规范针对Java SE 8和Java EE 8不同它可以在Java SE 7和Java EE 7上运行 为了促进快速和轻松的采用API的一般使用模式/术语将类似于JAXB JSONContext jsCtx JSONContext.getInstance(Speaker.class); Unmarshaller jsonUnmarshaller jsCtx.createUnmarshaller(); 快速链接 JCP官方页面 参考实现– EclipseLink JavaOne 2014的最新演讲 Java EE安全性1.0JSR 375 Java EE安全性规范旨在提供一种简化的安全性APIduh可使Java EE应用程序以独特但可移植的方式管理其自身的安全性参数。 与JSON-B和MVC一样此JSR也是社区强烈反馈的结果。 请参阅Java EE 8社区调查结果的第12,13页。 此JSR背后的另一个主要动机是帮助基于云的Java EE应用程序部署其中定义安全性方面的标准且可移植的方式是非常需要的功能。 注意 如果您使用过PicketLink或听说过PicketLink 则此API听起来可能很相似 显着特征 用户和角色管理 这两个领域尚未通过Java EE进行标准化 这个想法是提供一个API与用户和角色存储库RDBMS符合LDAP的目录服务器等进行交互并执行与用户和角色相关的操作例如用户CRUD角色-用户关系CRUD 认证方式 提供针对特定Java EE应用程序的存储库的功能基于上述用户和角色管理API 通过HttpServletRequest进行身份验证的异步API 在不同的身份验证方法的帮助下在单个Java EE应用程序中启用不同的Servlet例如您可以为属于单个Web应用程序的不同Servlet配置基于表单的身份验证机制和基本身份验证机制 授权 – 除了已经存在的基于角色的访问控制外还为方法级别访问引入细粒度的标准基于应用程序要求的规则。 密码别名 – 引入密码别名 基于标准语法的概念该概念需要解析为实际的密码值该密码本身将与应用程序一起存储在安全的自包含档案中。 总体而言目标是促进在Java EE应用程序中处理密码存储和检索的安全和标准化方法。 快速链接 JCP官方页面 JCacheJSR 107 JSR 107提供了一个标准的可移植API供需要Java对象的内存缓存的应用程序使用。 好消息是此JSR的工作已经完成。 就Java EE 7而言它错过了总线但是很可能将从Java EE 8开始集成到Java EE堆栈中。 快速链接 JCP官方页面 规格文件 参考实施 兼容实现列表 JavaOne 2014的最新演讲 我将在以后的文章中写有关Java EE 8中更新的规范。 有关Java EE的最新信息和最新信息请随时关注The Aquarium 翻译自: https://www.javacodegeeks.com/2014/12/whats-up-with-java-ee-8.html
