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