是时候寻找一个学习JAVA的路径了

----

JDK Enhancement Process

Oracle发布了JDK增强提案与路线图进程,目的在于鼓励OpenJDK提交者贡献点子和扩展以改进OpenJDK生态圈。

Earlier this year, Oracle published the JDK Enhancement Proposal and roadmap process. The purpose of this is to allow OpenJDK committers to submit ideas and extensions to improve the OpenJDK ecosystem.

The purposes of the JEPs is described in JEP : JDK Enhancement Proposal and Roadmap Process. They define an enhancement to be something with a non-trivial change (i.e. more than two weeks worth of effort, a significant change to the JDK, or in high demand by developers and/or customers). As with the Python Enhancement Proposals and the Scala Improvement Process lists, the purpose is to define on a feature basis what enhancements or changes are needed. As with Python, the JEP  is a meta index of the enhancement proposals posted, and at the time of writing lists  JEPs (as well as two meta-JEPs, the JEP : Enhancement Proposal and Roadmap Process and JEP : JEP Template.

The process document explicitly notes that JEPS do not supplant the Java Community Process; since the JCP is the governing body for the standard Java SE APIs and related interfaces. Whilst many of the currently posted JEPs do align with the Java SE APIs, some are VM specific, such as the highly anticipated JEP : Remove the Permanent Generation.

JEPs transition through various states:

Draft: Work in progress with open discussions
Posted: Entered into the JEP archive
Submitted: Declared to be ready for evaluation
Active: Approved for publication
Candidate: Accepted for inclusion in the OpenJDK roadmap
Funded: Judged by a group/area lead to be fully funded
Completed: Finished and delivered
Withdrawn: Taken out of circulation (perhaps for future re-inclusion)
Rejected: Not worth pursuing now or in the future
Terminal states above are shown with underlines; this includes the completed and rejected states. Whilst withdrawn may be considered a terminal state, there is the possibility that it will be resurrected in the future. Some JEPs, like JEP0 and JEP1, are intended to be permanently in the active state rather than transitioning to a terminal one. One of the key differences between the JEPs and the JSRs is the level of formality involved in contributing to, or viewing, the states. The JCP has a quite rigid process model that must be followed; but the JEP is a lighter-weight way of throwing ideas and having an identifier which can be used to synchronise ideas, comments, and other processes. On the other hand, JEPs also talk about funding; whether there has been resources committed to the project or not, and which organisation is on the hook for delivery. All of the JEPs to date (-) are sponsored by Oracle, although JEP : Annotations on Java Types is co-sponsored with the University of Washington, where co-author Michael Ernst is a professor of computer science. Type checkers are one of Michael Ernst's research fields, and the proposed JEP 104 is the result of experiments in type checkers as published in ICSE'. Whilst the majority of the JEPs are in the posted state, three are in the submitted state at the time of writing. This includes JEP as well as JEP : Access to Parameter Names at Runtime and JEP : javax.lang.model implementation backed by core reflection. These are proposals that are in the “Ready for evaluation” phase, rather than just being in a work in progress state. (They still have to go through the candidate and funded status before they will be developed for real, however.) Whilst the JEP view shows what might be happening, the view of the list doesn't show a summary view of the states of the process. Also, whether a JEP is funded or not seems like an internal implementation decision rather than any standards process; but as Oracle is trying to gain more commercial partners with OpenJDK (such as IBM) it may have been something which they felt was necessary.
去年年初,Oracle发布了JDK增强提案与路线图进程,目的在于鼓励OpenJDK提交者贡献点子和扩展以改进OpenJDK生态圈。

JEP的目的在JEP : JDK Enhancement Proposal and Roadmap Process中得到了说明。他们将增强定义为较重大的变化(比如说需要两周以上的工作量、JDK的重要变化或是为开发者/用户所强烈要求的)。类似于Python Enhancement Proposals与Scala Improvement Process,提案的目的在于根据某个特性来定义所需的增强或是修改。与Python一样,JEP 0是个增强提案的列表索引,在本文撰写之际,它里面一共列出了127个JEPs(还有两个元JEPs, 分别是JEP : Enhancement Proposal and Roadmap Process与JEP : JEP Template)。

进程文档明确指出JEPs并不会取代Java Community Process;因为JCP是标准Java SE APIs与相关接口的管理部门。虽然目前发布的很多JEPs都对应于Java SE APIs,但还有一些是特定于VM的,比如说万众期待的JEP : Remove the Permanent Generation。

JEPs会经历各种状态转换,如下所示:

草案:开放讨论
张贴:进入JEP归档
提交:开始评估
活动:批准公开发布
候选:获准进入OpenJDK路线图
资助:由小组/区域领导判断给予全力资助
完成:完成与交付
撤回:退出(或许未来还会重新加入进来)
拒绝:现在或将来不值得继续
上面带下划线的是最终状态,包括完成与拒绝状态。虽然撤销也可以看作是一种最终状态,但未来还有可能重新加入进来。某些JEPs,如JEP0与JEP1,会永远处于活动状态,并不会转换到最终状态。 JEPs与JSRs之间的一个主要差别在于对状态投入和检查的正式程度。JCP具有相当严格的进程模型,必须要严格遵守才行;但JEP则更加轻量级,可以抛出想法并为其设定一个标识符,标识符用于同步想法、评论和其他进程。另一方面,JEPs也会涉及到资助问题;是否有资源能够投入到项目中,哪个组织负责交付。到目前为止,所有JEPs(——)都由Oracle资助,但JEP : Annotations on Java Types是与华盛顿大学联合资助的,其合作者Michael Ernst是计算机科学教授。类型检查器是Michael Ernst研究的一个领域,他曾在ICSE'11上发表过一篇关于类型检查器的论文,JEP 104提案就来自于对该类型检查器的试验结果。 虽然大多数JEPs都处于张贴状态,但在本文撰写之际已经有3个处于提交状态了。这包括JEP 、JEP : Access to Parameter Names at Runtime与JEP : javax.lang.model implementation backed by core reflection。这些提案已经处于“准备评估”阶段了(但在实际开发前,他们还需要经历候选与资助阶段)。 虽然JEP视图列出了各种提案,但列表视图却并没有概要显示出进程状态。此外,某个JEP是否会得到资助是个内部实现决策问题,并没有什么标准可言;但Oracle正在努力争取OpenJDK更多商业上的伙伴(比如IBM),Oracle认为这是必须的。

JAVA 学习随笔 : JDK Enhancement Process JEP process的更多相关文章

  1. (。・・)ノ~个人java学习随笔记录

    基本认识 1.编程思维 根据这几天的java学习,编写程序最重要的就是要有一个清晰的思路.语法上的错误可以跟随着不断的联系与学习来弥补,清晰的思维却只有自己来前期模仿,后面慢慢摸索形成一套属于自己的思 ...

  2. Java学习1——JDK(学前准备)

    一.下载: 可以在http://www.oracle.com/technetwork/java/javase/downloads/index.html下载并安装Java SE(JDK) java大致版 ...

  3. Java学习2 - JDK和JRE和JVM的区别_JDK的下载安装_环境变量配置

    一 JDK和JRE和JVM的区别 Jdk: Java Development kit - Java 开发工具 JRE: Java Runtime Environment - java运行环境 JVM: ...

  4. java学习随笔--- 捣蛋vector

    最近比较有时间啦,有时间搞下java,个人觉得学这门语言语法太多啦,不一一去学习啦,心血来潮,挂了个struct2的源代码,一入深似海啊,看得我天花缭乱,从最简单的开始吧 public static ...

  5. [java学习笔记]JDK的安装和环境变量的配置

    1.JDK的下载和安装 jdk(java development kit)是java提供给我们的一套java开发工具,它必运行在JVM(java虚拟机)上,java语言的跨平台性就是利用java运行在 ...

  6. Java学习随笔——RMI

    RMI(Remote Method Invocation)远程方法注入,用来实现远程方法调用,是实现分布式技术的一种方法.RMI提供了客户辅助对象和服务辅助对象,为客户辅助对象创建了和服务对象相同的方 ...

  7. Java学习笔记--JDK动态代理

    1.JDK动态代理     JDK1.3之后,Java提供了动态代理的技术,允许开发者在运行期创建接口的代理实例.JDK的动态代理主要涉及到java.lang.reflect包中的两个类:Proxy和 ...

  8. 02 java学习安装jdk及其环境配置

    SUN公司1995年正式推出的一款语言 其实之前,Sun公司1991年,James Gosling等人就开始开发Oak语言,希望用于控制嵌入有效电视交换盒,1994年更名为Java,之前来自 与jav ...

  9. Java学习随笔5:Java多线程编程

    1. 线程是程序中单独顺序的控制流,线程本身依靠程序进行运行,线程是程序中的顺序控制流,只能使用分配给程序的资源和环境. 2. 进程是执行中的程序,一个进程可以包含一个或多个线程,但至少要包含一个线程 ...

随机推荐

  1. ZeroMQ接口函数之 :zmq - 0MQ 轻量级消息传输内核

    官方网址:http://api.zeromq.org/4-0:zmq zmq(7) 0MQ Manual - 0MQ/3.2.5 Name zmq – ØMQ 轻量级消息传输内核 Synopsis # ...

  2. Linux中syntax error near unexpected token 错误提示解决方法

    Linux中syntax error near unexpected token ... 错误提示有一般有两种原因: 1)window和Linux下换行符不一致导致 window下的换行和Linux下 ...

  3. 谢欣伦 - OpenDev原创教程 - 设备查找类CxDeviceFind & CxDeviceMapFind

    这是一个精练的设备查找类,类名.函数名和变量名均采用匈牙利命名法.小写的x代表我的姓氏首字母(谢欣伦),个人习惯而已,如有雷同,纯属巧合. CxDeviceFind的使用如下: void CUsbSc ...

  4. Java实现MySQL数据库导入

    距离上班还有一段时间.现在总结一下如何使用Java语言实现MySQL数据库导入: 首先新建名为test的数据库: 其次执行下面Java代码: import java.io.File; import j ...

  5. [UIScreen mainScreen].bounds.size.width 和self.view.frame.size.width的区别

    self.view.frame.size.width在导航栏titleView计算frame时会出现宽度不准确的情况,布局出现问题,[UIScreen mainScreen].bounds.size. ...

  6. BZOJ 1003 物流运输【最短路】【动态规划】

    这道题数据太小啦!先枚举i,j表示从第i天到第j天不更改航线的费用. 然后直接跑最短路算法(我用的是Q版男朋友算法) 动归方程显然是f[i] = min(f[i], f[j] + cost[j+1][ ...

  7. android的程序运行数据存放在哪里?

    Android应用开发中,给我们提供了5种数据的存储方式1 使用SharedPreferences存储数据2 文件存储数据3 SQLite数据库存储数据4 使用ContentProvider存储数据5 ...

  8. servlet中service() 和doGet() 、doPost() 学习笔记

    Sevlet接口定义如下: 与Sevlet接口相关的结构图: service() 方法是 Servlet 的核心.每当一个客户请求一个HttpServlet 对象,该对象的service() 方法就要 ...

  9. js出错总结

    1 没有</script>  src="js" "./js" "../js"2 dom对象与jquery对象(jquery对象其 ...

  10. js的高级知识---词法分析

    词法分析 词法分析方法: js运行前有一个类似编译的过程即词法分析,词法分析主要有三个步骤: 分析参数 再分析变量的声明 分析函数说明 具体步骤如下: 函数在运行的瞬间,生成一个活动对象(Active ...