单个JSR，多个API版本
许多规范为不同版本的API定义了不同的JSR，例如Java规范：
-------------------------------
|Servlet spec version | JSR |
-------------------------------
| 4.0 | 369 |
| 3.1 | 340 |
| 3.0 | 315 |
| ... | ... |
-------------------------------但是，在其他情况下，API的多个版本由同一个JSR处理。例如，JavaMail有6个API版本--从1.1到1.6，都是通过JSR 919定义的。
当尝试下载规范时，只能下载1.5个版本(一个用于评估，另一个用于实现)(名为JavaMail-1.5.pdf).的文件)如果我想阅读版本1.6或实现1.2，我就倒霉了。
作为过程的一部分，规范的旧版本会被丢弃吗？
在这种情况下，有一个1.6实现，但是只有1.5规范可以公开访问。有没有对公众隐藏的文件？
与创建一个全新的JSR相比，如何决定留在同一个JSR内呢？作出这一决定的过程是什么？我可以投票吗？
回答 1
Stack Overflow用户
发布于 2017-08-16 22:43:49
您必须是JCP ()的成员，才能为JSR提出建议。成为会员意味着支付一些年费。JSR-913解释了JCP规则。
JCP定义了几种类型的成员(摘自JCP)：
- 联系成员：能够为JSRs做出贡献并为执行委员会投票的个人。
- 合作伙伴成员：Java用户组和其他可以在执行委员会中服务和投票的非营利组织。
- 正式成员：可以在专家组任职，领导JSRs，为执行委员会服务和投票。
解释如何加入JCP的图表可以在这里获得：v11.pdf
JavaMail 1.6将在完全定稿时提供。正如您在JCP.org站点(https://jcp.org/aboutJava/communityprocess/maintenance/jsr919/JavaMail-1.6-changes.txt)上发布的纯文本文档中所看到的那样，他们将来会谈论它(！)：
在这个页面上(2017年8月17日)，他们说如果他们在未来一周多的时间里把JavaMail 1.5改为JavaMail 1.6的话。该文件的开头是：
JavaMail 1.6
============
(Updated August 28, 2017)
Following is a description of the changes to the JavaMail
API introduced in JavaMail 1.6. The numbers in parentheses
are bug numbers; you can find more information about the
bug reports at:
https://jcp.org/aboutJava/communityprocess/maintenance/jsr919/JavaMail-1.6-changes.txt此外，HTTP报头表示，它已于2017年5月23日发布！奇怪..。
使用规范时，问题与JSR可用性没有关联。它们与TCK和JCK的可用性有关。总之，如果没有通过TCK/JCK中描述的所有测试，您就不能说JSR的实现实际上是这个JSR的Java实现。而且这些文件也不是免费提供的。即使你愿意付钱给甲骨文来获取这些文件，甲骨文也不会被迫接受。很奇怪，但甲骨文拥有Java和商标，所以你必须同意甲骨文的使用条款。
https://stackoverflow.com/questions/45723816
复制相似问题
腾讯云开发者
