The question is about the module attribute (which gets translated into a
"-m" argument for 'java'), not the modulepath.
[java] Executing 'C:\Program
Files\AdoptOpenJDK\jdk-11.0.3.7-openj9\bin\java.exe' with arguments:
[java] '--module-path'
[java] 'C:\Users\glenn\Documents\utc\jaxb\jaxb-ri\mod'
[java] '-m'
[java] 'com.sun.tools.xjc\com.sun.tools.xjc.XJCFacade'
[java] '-d out'
[java] '-p generated'
[java] 'Schema_Specification.xsd'
[java]
[java] The ' characters around the executable and arguments are
[java] not part of the command.
[java] java.lang.module.FindException: Module
com.sun.tools.xjc\com.sun.tools.xjc.XJCFacade not found
On 5/14/2019 2:25 AM, Jaikiran Pai wrote:
On 14/05/19 11:48 AM, Stefan Bodewig wrote:
On 2019-05-14, Jaikiran Pai wrote:
I don't expect the module name's front slash to be replaced with a file
separator.
Ant does, I'm pretty sure.
The type of <java>'s modulepath is an Ant Path and as such each entry is
treated as a file name and the usual file separator suspects are mapped
to their OS specific versions.
From what I understood of Glenn's mail, I thought he was talking about
the "module" attribute which is a name, unlike the modulepath, which as
you rightly note is a "path". As far as I understand of the java command
line, the -m option which specifies the module[/mainclassname] should be
taken literally without any file separator conversions. So before we
(Ant) pass off that module name to java command, IMO, we shouldn't do
the conversion.
-Jaikiran
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@ant.apache.org
For additional commands, e-mail: user-h...@ant.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@ant.apache.org
For additional commands, e-mail: user-h...@ant.apache.org
