| License |
License |
|---|---|
| GroupId | GroupIdorg.jdklog |
| ArtifactId | ArtifactIdjdklog-examples |
| Last Version | Last Version11.0.11 |
| Release Date | Release Date |
| Type | Typejar |
| Description |
Description版本参考http://openjdk.java.net/jeps/322
六个月发行模型中的版本号
在六个月的发行模型下,版本号的元素变化如下:
$FEATURE 每六个月递增一次:2018年3月发行版是JDK 10,2018年9月发行版是JDK 11,依此类推.
$INTERIM始终为零,因为六个月的模型不包含临时版本.我们在此保留它的灵活性,以便将来对该发行版模型进行修订时可以包括此类发行版,
并说JDK$N.1和JDK$N.2是JDK的兼容升级 $N.作为示例,JDK 1.4.1和1.4.2发行版实质上是临时发行版,在该方案下应分别标记为4.1和4.2.
$UPDATE在一个月后$FEATURE递增,然后在以后每三个月递增一次:2018年4月发行版是JDK 10.0.1,7月发行版是JDK 10.0.2,依此类推.
我们确实希望大多数功能版本至少包含一个或两个重要功能,而更新版本永远不要包含不兼容的更改.结合$INTERIM始终为零的事实,
在实践中,此方案通常会定义版本号,该版本号与JEP 223方案所定义的版本号没有太大不同.
|
| Filename | Size |
|---|---|
| jdklog-examples-11.0.11.pom | |
| jdklog-examples-11.0.11.jar | 69 KB |
| jdklog-examples-11.0.11-sources.jar | 39 KB |
| jdklog-examples-11.0.11-javadoc.jar | 746 KB |
| Browse |
<!-- https://jarcasting.com/artifacts/org.jdklog/jdklog-examples/ -->
<dependency>
<groupId>org.jdklog</groupId>
<artifactId>jdklog-examples</artifactId>
<version>11.0.11</version>
</dependency>
// https://jarcasting.com/artifacts/org.jdklog/jdklog-examples/
implementation 'org.jdklog:jdklog-examples:11.0.11'
// https://jarcasting.com/artifacts/org.jdklog/jdklog-examples/
implementation ("org.jdklog:jdklog-examples:11.0.11")
'org.jdklog:jdklog-examples:jar:11.0.11'
<dependency org="org.jdklog" name="jdklog-examples" rev="11.0.11">
<artifact name="jdklog-examples" type="jar" />
</dependency>
@Grapes(
@Grab(group='org.jdklog', module='jdklog-examples', version='11.0.11')
)
libraryDependencies += "org.jdklog" % "jdklog-examples" % "11.0.11"
[org.jdklog/jdklog-examples "11.0.11"]
| Group / Artifact | Type | Version |
|---|---|---|
| org.jdklog : jdklog-core | jar | 11.0.11 |