jmod usage info, and suggestions
Mark Reinhold
mr at sun.com
Tue Dec 15 15:25:41 PST 2009
> Date: Thu, 10 Dec 2009 13:24:33 -0800
> From: jonathan.gibbons at sun.com
> Here's jmod's usage output:
>
>> usage: jmod config [<module-id> ...]
>> jmod create [-L <library>] [-P <parent>]
>> jmod dump <module-id> <class-name>
>> jmod identify
>> jmod install <classes-dir> [-r <resource-dir>] <module-name> ...
>> jmod list [-v] [-p] [<module-id-query>]
>> jmod preinstall <classes-dir> <dst-dir> <module-name> ...
>> jmod reindex [<module-id> ...]
>> jmod show <module-id>
>
> Note, in particular, it uses <classes-dir> in a couple of places. It is not
> clear from the context whether this is a "typical" classes directory
> (e.g. build/classes) containing a single module, or a new "modules" directory,
> with an extra level of naming before getting to the package hierarchies. Going
> forward, there is the potential for an ongoing source of confusion here, so we
> should try and come up with terminology to distinguish these cases, and we
> should then be careful to use it consistently.
Agreed. I'll make a note to fix this.
> I believe the current version of jmod expects <classes-dir> to be a modules
> directory.
No, not quite ...
> A common case may be for folk to compile their code as a single module, so they
> will likely compile to build/classes, not build/modules. Maybe jmod could
> detect this, by checking for <classes-dir>/module-info.class or
> <classes-dir>/*/module-info.class.
That's what it already does.
- Mark
More information about the jigsaw-dev
mailing list