Proposal: #CustomizableAutomaticModuleNameMapping
David M. Lloyd
david.lloyd at redhat.com
Thu Jun 30 11:30:07 UTC 2016
On 06/29/2016 07:03 PM, mark.reinhold at oracle.com wrote:
> 2016/6/29 8:08:40 -0700, david.lloyd at redhat.com:
>> On 06/28/2016 04:23 PM, Mark Reinhold wrote:
>>> ...
>>>
>>> Proposal
>>> --------
>>>
>>> Extend the `java.lang.module.ModuleDescriptor.Builder` API so that it
>>> can be used to create automatic as well as explicit modules. This will
>>> allow a container application to use a custom `ModuleFinder` to manage
>>> the mapping from artifact names to module names, version strings, and
>>> so forth.
>>
>> Could you please clarify how, after this change, an automatic module
>> would be different from a regular module, from the perspective of any
>> code which is using the descriptor Builder API?
>
> The `isAutomatic()` method of an explicitly-built automatic
> `ModuleDescriptor` instance will return `true`.
Yeah, I get that, but I mean when looking at the final built module. I
assumed that to be implied since building the descriptor is useless if
you don't make a module out of it. Are automatic modules substantially
different from regular modules in any way? If not, is there a reason to
continue to have them?
--
- DML
More information about the jpms-spec-observers
mailing list