我认为JPMS不支持模块版本。但是,当我java --list-modules
时,我有以下输出:
java.activation@9
java.base@9
java.compiler@9
java.corba@9
java.datatransfer@9
java.desktop@9
java.instrument@9
....
所以,我无法理解这个@9
是什么。这个版本还是什么?如果JPMS支持模块版本,我可以在模块A的module-info中设置,模块A是否需要某个版本的模块B?
答案 0 :(得分:4)
我无法理解@ 9是什么。是这个版本还是什么?
是的,它是模块的版本。
如果JPMS支持模块版本,我可以在模块A的module-info中设置, 模块A需要某个版本的模块B吗?
不,您不能在另一个模块的声明中引用模块的特定版本。我相信在The State of the Module System#Module Declarations
中总会清楚地提到这一点模块的声明不包含版本字符串,也不包含对其所依赖的模块的版本字符串的约束。这是故意的,因为不是解决version-selection问题的模块系统的目标,最好留下来构建工具和容器应用程序。
答案 1 :(得分:4)
更多地了解现有的@9
信息:
JVMS 9在Module_attribute
结构中包含一个字段module_version_index
,即类文件格式支持存储模块的版本字符串,甚至是{{1} }已定义,但我不知道任何与评估此版本相关的规范,此时此数据仅提供信息。
有关模块版本的当前状态(从Java 9 GA开始)的更多信息可以在Issue Summary中找到。版本的格式在ModuleDescriptor.Version API。
中定义答案 2 :(得分:0)
Java模块系统无意解决版本选择或验证问题。
但是,它确实支持将版本信息添加到可通过Module API获得的模块jar。
类似地,另一个模块上的'requires'子句将包含它编译的依赖项的版本。先决条件是另一个模块需要包含版本号。
通过API提供这两个版本使得其他框架可以验证由不同模块组成的应用程序是否具有兼容版本(例如,基于语义版本控制)。
在maven构建中,java'jar'工具的以下用法允许将project.version添加到模块化jar:
<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>exec-maven-plugin</artifactId>
<version>1.6.0</version>
<executions>
<execution>
<id>add-version-to-jar</id>
<phase>package</phase>
<goals>
<goal>exec</goal>
</goals>
<configuration>
<executable>jar</executable>
<workingDirectory>${project.build.directory}</workingDirectory>
<arguments>
<argument>--update</argument>
<argument>--verbose</argument>
<argument>--module-version</argument>
<argument>${project.version}</argument>
<argument>--file</argument>
<argument>${project.build.finalName}.jar</argument>
<argument>-C</argument>
<argument>${project.build.outputDirectory}</argument>
<argument>.</argument>
</arguments>
</configuration>
</execution>
</executions>
</plugin>
可以在
上找到更详细的说明和代码