资讯频道 → 编程语言
阅读更多

4顶
1踩

编程语言

原创新闻 Java EE 8愿望清单：缺少这些，Java EE将不会完美

2013-07-17 11:42 by 副主编 wangguo 评论(8) 有17405人浏览
JavaEE Java CDI API 安全框架

声明：ITeye资讯文章的版权属于ITeye网站所有，严禁任何网站转载本文，否则必将追究法律责任！

Java EE 7已于6月中旬正式发布，新版本提供了一个强大、完整、全面的堆栈来帮助开发者构建企业和Web应用程序——为构建HTML5动态可伸缩应用程序提供了支持，并新增大量规范和特性来提高开发人员的生产力以及满足企业最苛刻的需求。



下面的这个图表包含了Java EE 7中的各种组件。橙色部分为Java EE中新添加的组件。



尽管新的平台包含了诸多新的特性，但是开发者对此似乎并不满足，尽管他们中的大部分还没有迁移到Java EE 7（或许是由于Java EE 7的特性还不完善），但是这并不影响他们对于Java EE 8特性的设想。

比如，在Java EE 6发布（2009年12月10日发布）后，开发者Antonio Goncalves认为该版本并没有解决一些问题，因此写了一个希望在Java EE 7中包含的特性清单。有趣的是，他写的4个特性中，其中有2个（flows和batch）已经包含在Java EE 7中了，而第3个特性（caching）原本也计划包含其中，但由于开发进度关系，在Java EE 7最终发布前被舍弃。

此举促使开发者Arjan Tijms也写了一个他希望在Java EE 8中出现的特性清单，如下。

  • 无处不在的CDI（Contexts and Dependency Injection for Java EE，上下文与依赖注入）
  • 更深入的Pruning（修剪）和Deprecating（弃用）
  • 一个标准的缓存API
  • administrative objects（管理对象）的应用内替代品
  • 综合的现代化的安全框架
  • 平台范围内的配置
下面就来详细阐述这些特性的必要性。

1.  无处不在的CDI

实际上这意味着2种不同的东西：使CDI可以用在目前不能用的其他地方、基于CDI来实现和改造其他规范中的相关技术。

a. 使CDI可以用在其他地方

与Java EE 6相比，Java EE 7中的CDI的适用范围已经扩大了很多，比如CDI注入现在可以工作在大多数JSF组件（artifacts）中，比如基于bean validation的约束验证器。不幸的是，只是大部分JSF组件，并非所有的，比如转换器和验证器就不行，尽管OmniFaces 1.6将支持这些特性，但最好是在Java EE 7中能够开箱即用。

此外，Java EE 7中的CDI也没有考虑到JASPIC组件，在此之中注入操作将无法工作。即使http请求和会话在Servlet Profile SAM中可用，但是当SAM被调用时，相应的CDI作用域也不会被建立。这意味着它甚至不能通过bean管理器以编程方式来检索请求或会话bean作用域。

还有一种特殊情况是，各种各样的平台artifacts可以通过一些替代的注解（如@PersistenceUnit）来注入，但早期的注入注解（@Resource）仍然需要做很多事情，比如DataSource。即使Java EE 7中引入了artifacts（如任务调度服务），但也不得不通过“古老”的@Resource来注入，而不是通过@Inject。

b. 基于CDI来实现和改造其他规范中的相关技术

CDI绝对不应该只专注于在其他规范中已经解决的那些问题，其他规范还可以在CDI之上来实现它们各自的功能，这意味着它们可以作为CDI扩展。以Java EE 7中的JSF 2.2为例，该规范中的兼容CDI的视图作用域可作为CDI扩展来使用，并且其新的flow作用域也可被立即实现为CDI扩展。

此外，JTA 1.2现在也提供了一个CDI扩展，其可以声明式地应用到CDI托管的bean中。此前EJB也提供了类似的功能，其背后技术也使用到了JTA，但是声明部分还是基于EJB规范。在这种情况下，可以通过JTA来直接处理其自身的声明性事务，但是这需要在CDI之上进行。

尽管从EJB 3版本开始，EJB beans已经非常简单易用了，同时还相当强大，但问题是：CDI中已经提供了组件模型，EJB beans只是另一个替代品。无论各种EJB bean类型有多么实用，但是一个平台上有2个组件模型，容易让用户甚至是规范实现者混淆。通过CDI组件模型，你可以选择需要的功能，或者混合使用，并且每个注解提供了额外的功能。而EJB是一个“一体”模式，在一个单一的注解中定义了特定的bean类型，它们之间可以很好地协同工作。你可以禁用部分不想使用的功能。例如，你可以关闭bean类型中提供的事务支持，或者禁用@Stateful beans中的passivation，或者禁用@Singleton beans中的容器管理锁。

如果EJB被当做CDI的一组扩展来进行改造，可能最终会更好。这样就会只有一个组件模型，并且具有同样有效的功能。

这意味着EJB的服务，如计时器服务（@Schedule、@TimeOut）、@Asynchronous、 @Lock、@Startup/@DependsOn和@RolesAllowed都应该能与CDI托管的bean一起工作。此外，现有EJB bean类型提供的隐式功能也应该被分解成可单独使用的功能。比如可以通过@Pooled来模拟@Stateless beans提供的容器池，通过@CallScoped来模拟调用@Stateless bean到不同的实例中的行为。

2.  更深入的Pruning（修剪）和Deprecating（弃用）

在Java EE平台中，为数众多的API可能会令初学者不知所措，这也是导致Java EE如此复杂的一个重要原因。因此从Java EE 6版本开始就引入了Pruning（修剪）和Deprecating（弃用）过程。在Java EE 7中，更多的技术和API成为了可选项，这意味着开发者如果需要，还可以包含进来。

比如我个人最喜欢的是JSF本地托管bean设施、JSP视图处理程序（这早在2009年就被弃用了），以及JSF中各种各样的功能，这些功能在规范文件中很长一段时间一直被描述为“被弃用”。

如果EJB组件模型也被修剪将会更好，但这有可能还为时过早。其实最应该做的是继续去修剪EJB 2编程模型相关的所有东西，比如在Java EE 7中依然存在的home接口。

3.  一个标准化的缓存API

JCache缓存API原本将包含在Java EE 7中，但不幸的是，该API错过了重要的公共审查的最后期限，导致其没能成为Java EE 7的一部分。

如果该规范能够在Java EE 8计划表的早期阶段完成，就有可能成为Java EE 8的一部分。这样，其他一些规范（如JPA）也能够在JCache之上重新构建自己的缓存API。

4.  所有管理对象（administrative objects）的应用内替代品

Java EE中有一个概念叫“管理对象（administrative objects）”。这是一个配置在AS端而不是在应用程序本身中的资源。这个概念是有争议的。

对于在应用服务器上运行许多外部程序的大企业而言，这可以是一个大的优势——你通常不会想去打开一个外部获得的应用程序来改变它连接的数据库的相关细节。在传统企业中，如果在开发人员和操作之间有一个强大的分离机制，这个概念也是有益的——这可以在系统安装时分别设置。

但是，这对于在自己的应用服务器部署内部开发的应用程序的敏捷团队来说，这种分离方式是一个很大的障碍，不会带来任何帮助。同样，对于初学者、教育方面的应用或者云部署来说，这种设置也是非常不可取的。

从Java EE 6的@DataSourceDefinition开始，许多资源（早期的“管理对象”）只能从应用程序内部被定义，比如JMS Destinations、email会话等。不幸的是，这并不适用于所有的管理对象。

不过，Java EE 7中新的Concurrency Utils for Java EE规范中有明确的选项使得它的资源只针对管理对象。如果在Java EE 8中，允许以一个便携的方式从应用程序内部配置，那么这将是非常棒的。更进一步来说，如果Java EE 8中能够定义一种规范来明确禁止资源只能被administrative，那么会更好。

5.  综合的现代化的安全框架

在Java EE中，安全一直是一个棘手的问题。缺乏整体和全面的安全框架是Java EE的主要缺点之一，尤其是在讨论或评估竞争框架（如Spring）时，这些问题会被更多地提及。

并不是Java EE没有关于安全方面的规定。事实上，它有一整套选项，比如JAAS、JASPIC、JACC、部分的Servlet安全方面的规范、部分EJB规范、JAX-RS自己的API，甚至JCA也有一些自己的安全规定。但是，这方面存在相当多的问题。

首先，安全标准被分布在这么多规范中，且并不是所有这些规范都可以用在Java EE Web Profile中，这也导致难以推出一个综合的Java EE安全框架。

第二，各种安全API已经相当长一段时间没有被现代化，尤其是JASPIC和JACC。长期以来，这些API只是修复了一些小的重要的问题，从来没有一个API像JMS 2一样被完整地现代化。比如，JASPIC现在仍然针对Java SE 1.4。

第三，个别安全API，如JAAS、JASPIC 和JACC，都是比较抽象和低层次的。虽然这为供应商提供了很大的灵活性，但是它们不适合普通的应用程序开发者。

第四，最重要的问题是，Java EE中的安全机制也遭遇到了“管理对象”中同样的问题。很长一段时间，所谓的Java EE声明式安全模型主要认证过程是在AS端按照供应商特定方式来单独配置和实现的，这再次让安全设置对于敏捷团队、教育工作者和初学者来说成为一件困难的事。

以上这些是主要的问题。虽然其中一些问题可以在最近的Java EE升级中通过增加小功能和修复问题来解决。然而，我的愿望是，能够在Java EE 8中，通过一个综合的和现代化的安全框架（尽可能地构建在现有安全基础上）将这些问题解决得更加彻底。

6.  平台范围内的配置

Java EE应用程序可以使用部署描述文件（比如web.xml）进行配置，但该方法对于不同的开发阶段（如DEV、BETA、LIVE等）来说是比较痛苦的。针对这些阶段配置Java EE应用程序的传统的方法是通过驻留在一个特定服务器实例中的“管理对象”来实现。在该方法中，配置的是服务器，而不是应用程序。由于不同阶段会对应不同的服务器，因此这些设置也会随之自动改变。

这种方法有一些问题。首先在AS端的配置资源是服务器特定的，这些资源可以被标准化，但是它们的配置肯定没有被标准化。这对于初学者来说，在即将发布的应用程序中进行解释说明比较困难。对于小型开发团队和敏捷开发团队而言，也增加了不必要的困难。

对于配置Java EE应用程序，目前有很多可替代的方式，比如在部署描述符内使用（基于表达式语言的）占位符，并使部署描述符（或fragments）可切换。许多规范已经允许指定外部的部署描述符（如web.xml中可以指定外部的faces-config.xml文件，persistence.xml中可以指定外部的orm.xml文件），但是没有一个统一的机制来针对描述符做这些事情，并且没有办法去参数化这些包含的外部文件。

如果Java EE 8能够以一种彻底的、统一平台的方式来解决这些配置问题，将再好不过了。似乎Java EE 8开发团队正在计划做这样的事情。这将会非常有趣，接下来就看如何发展了。

结论

Java EE 8目前尚处于规划初期，但愿上面提到的大多数特性能够以某种方式加以解决。可能“无处不在的CDI”的几率会大一些，此方面似乎已经得到了很大的支持，且事情已经在朝着这个方向发展了。

标准化缓存API也非常有可能，它几乎快被包含在Java EE 7中了，但愿其不会再次错过规范审查的最后期限。

此外，“现代化的安全框架”这一特性已经被几个Java EE开发成员提到，但是此方面工作尚未启动。这可能需要相当大的努力，以及大量其他规范的支持，这是一个整体性问题。顺便说一句，安全框架也是Antonio Goncalves关于Java EE 7愿望清单中的第4个提议，希望Java EE 8可以解决这一问题。

英文原文：Java EE 8 wish list
  • 大小: 96.3 KB
  • 大小: 119.3 KB
4
顶
1
踩
评论 共 8 条 请登录后发表评论
8 楼 shmily2038 2013-07-20 13:58
鱼言风语 写道
现在还有谁在用J2EE?

你不用j2ee你玩什么？ hadoop、dba还是？
7 楼 鱼言风语 2013-07-19 13:25
现在还有谁在用J2EE?
6 楼 牛奶123 2013-07-18 16:18
很牛哄
5 楼 wjjcml1982 2013-07-18 13:09
发现自己落后了，现在还只是用Java EE 5
4 楼 非法用户 2013-07-18 12:40
看着牛逼哄哄，不知道实用性如何？
别搞出来一堆没几个人用的东西啊
3 楼 无双Rama 2013-07-18 09:58
lzy83925 写道
越来越强大了 基本上不需要其他的库了  以后spring就此废掉了吗

当然不会废掉，只会同步更新
2 楼 lykm02 2013-07-18 08:13
等出来后再看看，如果都做了，还是很强大的
1 楼 lzy83925 2013-07-17 17:50
越来越强大了 基本上不需要其他的库了  以后spring就此废掉了吗

发表评论

您还没有登录,请您登录后再发表评论

相关推荐

  • Java之路——Java初接触

    3.2 Java EE技术范围 3.3 Java 体系技术范围 4.总结 1.Java是什么 我认为，要学好一样东西，首先要知道，自己在学的东西是什么。没有一个总体的概念，就会觉得所学到的知识都是一些零星的概念，没有总体...

  • java热门看点

    1. Java EE 8愿望清单：缺少这些，Java EE将不会完美  下面的这个图表包含了Java EE 7中的各种组件。橙色部分为Java EE中新添加的组件。 2. 哪门编程语言影响力最大？ 一门编程语言的影响力到底...

  • dan pritchett_Dan Allen关于Arquillian测试框架

    dan pritchett Arquillian是一个集成和功能测试平台，可用于Java中间件测试。... Arquillian支持与JBoss AS和GlassFish等Java EE容器以及Tomcat和Jetty等Servlet容器的集成，并支持在云服务中运行测试。 容器...

  • OpenJDK-11的新特征

    JDK 11是Java SE 11平台版本11的开源参考实现，由JSR 384在Java Community Process中指定。 JDK 11 于2018年9月25日达到一般可用性 .GPL下的生产就绪二进制文件可从Oracle获得 ; 其他供应商的二进制文件很快就...

  • pulltorefresh_demo2

    "utf-8" ?> < LinearLayout xmlns: android = "http://schemas.android.com/apk/res/android" xmlns: tools = "http://schemas.android.com/tools" xmlns: app = "http://schemas.android.com/apk/res-auto"...

  • Status Ruby on Rails in China - Presentation Transcript

    Slide 1: 铁道中文应用开发现状综述 2008年8月 制作发布：铁道播客 BD7LX 深圳 http://rorcast.blogger2blogger.com/ 铁道中文应用开发现状综述 2006年8月 An Interim Report of Ruby on Rails Applications and ...

  • （转载）Spring官方文档翻译（第7章）

    在这些技术中最重要的要属Spring的控制反转（IoC）容器了，紧随其后的是全面覆盖的面向切面编程（AOP）技术。Spring有它自己的AOP框架，它很容易理解，而且成功解决了Java企业编程中80%的AOP需求。 Spring也集成了...

  • 用户界面指南

    这份文件是一份工作草案。2.1版本是以“(3.x更新)”...注意：请使用讨论页添加注释，而不是将它们嵌入到本文档中。 内容 [藏] 1通知 2UI检查表 3导言 3.1工作台 3.2项目、文件夹和文件 4开始 5一般UI...

  • 铁道中文应用开发现状综述

    铁道中文应用开发现状综述2006年8月An Interim Report of Ruby on Rails Applications and Development in Chinese Status and Perspective (August 2006)1 前言1.1 本报告的形成过程和作用范围本报告的主要目的既...

  • 用csdn学习计算机

    时间：2013年7月15 我有一个想法，充电，csdn的新闻虽然不能够深入的讲解技术，它可以带你去理解，认识最新技术，开阔...Java EE 8愿望清单：缺少这些，Java EE将不会完美 2013年7月16日 星期二

  • Thinkpad常见问题大全（转载联想工程师博客）

    Q：你好,我的T60 2007EE1 在播放音频文件时,如将声音调大,时常有爆音出现,在论坛里咨询了一下,发现很多网友的T60以及其他型号也有类似问题,出现爆音的地方在左边,不播放时是没有的,我想请问一下如何解决这个问题,...

  • springboot(酒店管理系统)

    开发语言：Java JDK版本：JDK1.8（或11） 服务器：tomcat 数据库：mysql 5.6/5.7（或8.0） 数据库工具：Navicat 开发软件：idea 依赖管理包：Maven 代码+数据库保证完整可用，可提供远程调试并指导运行服务（额外付费）～ 如果对系统的中的某些部分感到不合适可提供修改服务，比如题目、界面、功能等等... 声明： 1.项目已经调试过，完美运行 2.需要远程帮忙部署项目，需要额外付费 3.本项目有演示视频，如果需要观看，请联系我 4.调试过程中可帮忙安装IDEA，eclipse，MySQL，JDK，Tomcat等软件 重点： 需要其他Java源码联系我，更多源码任你选，你想要的源码我都有！ 需要加v19306446185

  • BP神经网络matlab实例.doc

    数学模型算法

  • 设计.zip

    设计.zip

  • 基于 Spring Cloud 组件构建的分布式服务架构

    Java SSM项目是一种使用Java语言和SSM框架（Spring + Spring MVC + MyBatis）开发的Web应用程序。SSM是一种常用的Java开发框架组合，它结合了Spring框架、Spring MVC框架和MyBatis框架的优点，能够快速构建可靠、高效的企业级应用。 1. Spring框架：Spring是一个轻量级的Java开发框架，提供了丰富的功能和模块，用于开发企业级应用。它包括IoC（Inverse of Control，控制反转）容器、AOP（Aspect-Oriented Programming，面向切面编程）等特性，可以简化开发过程、提高代码的可维护性和可测试性。 2. Spring MVC框架：Spring MVC是基于Spring框架的Web框架，用于开发Web应用程序。它采用MVC（Model-View-Controller，模型-视图-控制器）的架构模式，将应用程序分为模型层、视图层和控制器层，提供了处理请求、渲染视图和管理流程的功能。 3. MyBatis框架：MyBatis是一个持久层框架，用于与数据库进行交互。它提供了一种将数据库操作与Java对象映射起来的方式，避免了手动编写繁琐的SQL语句，并提供了事务管理和缓存等功能，简化了数据库访问的过程

  • 【微信小程序毕业设计】书店系统开发项目(源码+演示视频+说明).rar

    【微信小程序毕业设计】书店系统开发项目(源码+演示视频+说明).rar 【项目技术】 微信小程序开发工具+java后端+mysql 【演示视频-编号：246】 https://pan.quark.cn/s/cb634e7c02b5 【实现功能】 用户信息管理，图书信息管理，图书类型管理，图书留言管理，论坛信息管理等

  • 基于java的-44-17-宠物销售系统-源码.zip

    提供的源码资源涵盖了Java应用等多个领域，每个领域都包含了丰富的实例和项目。这些源码都是基于各自平台的最新技术和标准编写，确保了在对应环境下能够无缝运行。同时，源码中配备了详细的注释和文档，帮助用户快速理解代码结构和实现逻辑。 适用人群： 适合毕业设计、课程设计作业。这些源码资源特别适合大学生群体。无论你是计算机相关专业的学生，还是对其他领域编程感兴趣的学生，这些资源都能为你提供宝贵的学习和实践机会。通过学习和运行这些源码，你可以掌握各平台开发的基础知识，提升编程能力和项目实战经验。 使用场景及目标： 在学习阶段，你可以利用这些源码资源进行课程实践、课外项目或毕业设计。通过分析和运行源码，你将深入了解各平台开发的技术细节和最佳实践，逐步培养起自己的项目开发和问题解决能力。此外，在求职或创业过程中，具备跨平台开发能力的大学生将更具竞争力。 其他说明： 为了确保源码资源的可运行性和易用性，特别注意了以下几点：首先，每份源码都提供了详细的运行环境和依赖说明，确保用户能够轻松搭建起开发环境；其次，源码中的注释和文档都非常完善，方便用户快速上手和理解代码；最后，我会定期更新这些源码资源，以适应各平台技术的最新发展和市场需求。 所有源码均经过严格测试，可以直接运行，可以放心下载使用。有任何使用问题欢迎随时与博主沟通，第一时间进行解答！

  • Web开发工具和方法课程的学术项目Java、Spring、Hibernate、Angular

    Java SSM项目是一种使用Java语言和SSM框架（Spring + Spring MVC + MyBatis）开发的Web应用程序。SSM是一种常用的Java开发框架组合，它结合了Spring框架、Spring MVC框架和MyBatis框架的优点，能够快速构建可靠、高效的企业级应用。 1. Spring框架：Spring是一个轻量级的Java开发框架，提供了丰富的功能和模块，用于开发企业级应用。它包括IoC（Inverse of Control，控制反转）容器、AOP（Aspect-Oriented Programming，面向切面编程）等特性，可以简化开发过程、提高代码的可维护性和可测试性。 2. Spring MVC框架：Spring MVC是基于Spring框架的Web框架，用于开发Web应用程序。它采用MVC（Model-View-Controller，模型-视图-控制器）的架构模式，将应用程序分为模型层、视图层和控制器层，提供了处理请求、渲染视图和管理流程的功能。 3. MyBatis框架：MyBatis是一个持久层框架，用于与数据库进行交互。它提供了一种将数据库操作与Java对象映射起来的方式，避免了手动编写繁琐的SQL语句，并提供了事务管理和缓存等功能，简化了数据库访问的过程

  • spring-boot 集成geotools工具包（高分项目）.zip

    Java SSM项目是一种使用Java语言和SSM框架（Spring + Spring MVC + MyBatis）开发的Web应用程序。SSM是一种常用的Java开发框架组合，它结合了Spring框架、Spring MVC框架和MyBatis框架的优点，能够快速构建可靠、高效的企业级应用。 1. Spring框架：Spring是一个轻量级的Java开发框架，提供了丰富的功能和模块，用于开发企业级应用。它包括IoC（Inverse of Control，控制反转）容器、AOP（Aspect-Oriented Programming，面向切面编程）等特性，可以简化开发过程、提高代码的可维护性和可测试性。 2. Spring MVC框架：Spring MVC是基于Spring框架的Web框架，用于开发Web应用程序。它采用MVC（Model-View-Controller，模型-视图-控制器）的架构模式，将应用程序分为模型层、视图层和控制器层，提供了处理请求、渲染视图和管理流程的功能。 3. MyBatis框架：MyBatis是一个持久层框架，用于与数据库进行交互。它提供了一种将数据库操作与Java对象映射起来的方式，避免了手动编写繁琐的SQL语句，并提供了事务管理和缓存等功能，简化了数据库访问的过程

Global site tag (gtag.js) - Google Analytics