seo网站诊断书/seo教程视频
javaone
与近年来一样，JavaOne的各种事件分布在几家邻近的酒店中。 尽管这些位置之间距离很近，但是经过10公里的快速步行之后，您可能会遇到一天中不利的选择。 因此，我可以选择运动跑鞋并使Apple Watch上的Health App开心，或者完全致力于某个主题，进而致力于一家酒店。 我选择了后者，并且选择了本日记条目（除少数例外），“ Enterprise Java”主题已提上日程。
Java EE 8 –现状
幸运的是，Java EE 8的规范负责人Linda DeMichiel今天概述了Java EE的当前状态。 对于那些尚不了解的人：Java EE中的新API并不是偶然地在规范中制定的，而是Java Enterprise Community的两阶段调查的直接结果。
领先于该调查的是JSON Binding ，这并不奇怪，紧随其后的是Security Simplification和JCache。 对基于动作的MVC框架的渴望最终成为了前5名！ 为了使所涉及的规范小组不会在讨论中失去关注，Java EE即将面世的创新和变更基于三个主要问题。 我们已经知道Java EE 7中的前两个：
- HTML 5 Web层增强
- 易于开发和CDI调整
- 在云中运行的基础架构
但是这些不同规格的当前状态到底是什么？ 要指出一点：Linda DeMichiel多次强调（PowerPoint）显示的代码示例应被理解为想法和讨论的基础，最终版本很有可能在2017年发布–是的，您没看错，很遗憾–由于仍在发生许多变化。
Web层增强
在JSON-B规范中，我们希望将工作重点放在现有解决方案上。 例如，提到了Moxy，Jackson，Gson，Genson和Xstream。 在任何情况下，都应有可能将基础JSON绑定提供程序交换为更快的机制。 可以预料，在XML等效于JAX-B的情况下，默认映射可以被注释覆盖。 根据座右铭“一直到数据库”，为JAX-RS提供了一种标准化的机制，以即时支持“ application / json”。
越来越多地关注JSON，并且增强功能希望通过显示JSON-P 1.1（JSON处理）中建议的更改来缓慢但肯定地脱离XML。 本质上，现有API进行了更新，以跟上JSON规范环境的发展。 通过引入JSON指针元素，将来可以定位和读取JSON文档。 使用JSON Patch （RFC 6902的实现），可以在JSON对象上使用诸如替换 ， 添加或删除之类的可能操作。 对于Java 8爱好者来说，还有一点计划是在JSON查询中允许使用Lambda表达式。
还请参见： JavaOne 2015日记–第0天
Java EE 8的Web环境中的另一项重要创新是对HTML5标准服务器端事件的计划支持，这由通过mime类型text / event-stream的服务器到客户端流来表示。 如果服务器定期向客户端发送数据（如股票行情自动收录器或仪表盘），或者在客户端单次建立连接后，这种机制总是有意义的。 根据DeMichiel的说法，规范组内部对实现方法存在一些争论。
最后，您只能同意将实现作为JAX-RS上的附件是有用的，因为可以非常轻松地实现它。 在服务器端，仅必须注释资源方法，以便它生成适当的mime类型。 但是，在客户端，特殊的事件侦听器可确保可以处理传入的消息。
我们可以在Web环境中期待一些新的东西吗？ 是的，基于动作的MVC框架MVC 1.0！ 正如JAXenter 先前 报道的那样，第二版初稿现已可用，并且可以由所有人进行检查。 希望该草案不会取代对Facelets或JSP的支持。
易于发展
除了Web环境中的许多新功能之外，对于开发人员来说自然也应该有许多简化方法。 由于有了Java EE Security API 1.0，将来可以通过CDI Interceptor进行授权。 JMS 2.1应该带来改进的JMS MDB支持（消息驱动Bean），以便更轻松地处理异步消息。 幸运的是，可能还有一个基于CDI的变体，用于处理包含在规范中的异步消息。 然而，根据DeMichiel的说法，目前这仍纯粹是推测性的。
简单性也带来一些修剪，因此将消除一些可选的“历史性” API。 候选对象是CORBA和EJB 2.x，以及RemoteView客户端视图。 会议期间进行的现场调查显示，有100％的人赞成这一步骤，这甚至使DeMichiel感到惊讶。 我猜想，剩下的几个EJB 2.x支持者在编程时要做的事情太多，以至于他们无法参与JavaOne。
准备迎接（云）的未来？
尽管人们对Java EE的许多新功能和变化感到欣喜，但仍然需要提出一个合理的问题，即Java EE是否可以像以前一样继续在企业计算中发挥如此重要的作用。 经过大量修改的管理API和Java EE Security 1.0中的一些新功能（例如，密码别名，用户管理，角色映射，REST身份验证）试图至少保持纯粹的技术角度。 但是最后，这够了吗？ WebSphere Foundation首席架构师Ian Robinson在他的主题为“企业Java是否仍然有用？”的会议中解决了这个确切的问题。
据罗宾逊（Robinson）称，迁移到虚拟化容器中的云后，通常的平台边界正在被缓慢吸收（或相当快？）。 从理论上讲，在这样的容器中运行Java EE应用程序是没有异议的。 但是，如果您曾经对使用容器的动机提出疑问，那么很快就会很清楚，选择一个容器意味着它会完全按照您想要的去做-多多少少。 听起来不错吧？ 因此，目标必须是能够捆绑所需的Java EE组件，以便可以使用已建立的技术而不会产生不必要的开销。 这已经通过Spring Boot项目成功完成了一段时间，Java EE已经在Wildfly Swarm和Drop Wizard中找到了他们的第一个候选人，他们的方向是正确的。
Robinson说，Java EE绝对处于十字路口。 “ Java EE在云聚会上非常强大并且具有重要意义，但是年轻的客人正在发出更多的声音。 因此，让我们自己制造更多的声音吧！” 他的结束语听起来像是一场战争的呐喊，我只能发表自己的声音！
请继续关注明天的JavaOne更多事件。
翻译自: https://jaxenter.com/javaone-2015-diary-day-1-121810.html
javaone