Module-system requirements

mark.reinhold at oracle.com mark.reinhold at oracle.com
Mon Mar 16 20:46:06 UTC 2015


2015/3/11 2:46 -0700, david.lloyd at redhat.com:
> On 03/11/2015 08:23 AM, David M. Lloyd wrote:
>> On 03/09/2015 03:56 PM, mark.reinhold at oracle.com wrote:
>>> ...
>>> 
>>> Either way, this use case suggests a new requirement for the Development
>>> section:
>>> 
>>> - _Annotation digests_ --- When packaging a module into an artifact it
>>> must be possible to augment its definition with a summary of all of
>>> the type- and package-level annotations that are present in the
>>> module, together with an indication of the types and packages to
>>> which each annotation applies.  This digest must be easily readable
>>> from module artifacts, and at run time those parts of it related to
>>> annotations retained for run time must be available through an
>>> appropriate reflective API.
>>> 
>>> Comments?
>> 
>> If we're looking to extend this into the domain of Java EE annotations
>> (for example), we'd also have to add method and field annotations to the
>> list.
> 
> Actually this is not true after all.  Other than possibly examining 
> constructor annotations to decide if a class is a CDI managed bean that is.

Do such constructor annotations really need to be in the digest?  Or
do such classes already carry class-level annotations to indicate
that they're to be managed by the CDI framework?

>> And SE 8 type annotations might add some strange color to this as
>> well.

Hrm.  I suppose we could summarize all the annotations in a module,
regardless of the kinds of elements they're applied to, but is that
overkill?

- Mark


More information about the jpms-spec-experts mailing list