CARVIEW |
Select Language
HTTP/2 301
server: AkamaiGHost
content-length: 0
location: https://mail.openjdk.org/pipermail/jpms-spec-comments/2016-March/000029.html
date: Thu, 31 Jul 2025 10:44:59 GMT
HTTP/2 200
content-type: text/html
last-modified: Mon, 11 Jul 2016 15:04:33 GMT
etag: "16a4-5375d7847a240"
accept-ranges: bytes
x-akamai-transformed: 0 - 0 -
vary: Accept-Encoding
content-encoding: gzip
date: Thu, 31 Jul 2025 10:44:59 GMT
content-length: 2257
set-cookie: _abck=95D9AD0A11E2715B7FB291184E9A8641~-1~YAAQNAHARcM6Mj2YAQAAqNMVYA5c2lZ1NfOPuiAkTBAqRpralWWEcYatX81UIk9oc2gpNEW7XdTHeTjsXy0/vDbif/J+e+iO02v6BZq3MZgdrEOWjY3ah+aHmUmnkkdcgoEbQTi7GA9Xtwe4T9fGgq0xq3DqT18/D2rYoeCuticCVMqcX+l9jx+OMLHNPSceCdMY5E6NgDjbJ8I0lUxoV5dScJv0ntV7YhlxqnahTdqqY1xkx4eDS3RtT9H3QBEVcQNYyOnZ8UAGIh0AntO23AuAYYhexvBGVMVuGEyXvK9EpkHRgJHfOn5AogA4SNN1mHdwn7muwb5M+EboaH5fMPp+V0qtEuOEJ2L6m5uWyiiWIdok8JSR+euBi5A8Y9crfDSEpiHgzRTb3G7pDHPfHkCaJBGcZyXi/yj29vD2OvGKwYPmk/3fayGg0IpB9ri5yoBueLY=~-1~-1~-1; Domain=.openjdk.org; Path=/; Expires=Fri, 31 Jul 2026 10:44:59 GMT; Max-Age=31536000; Secure
set-cookie: bm_sz=1654CFD44CA0907D3EA926D3021CB08D~YAAQNAHARcQ6Mj2YAQAAqNMVYBwZ6rCTiekHZqiuwEWEufH7eay9Bj4OaLjYVVlnLvdxNl2v/OiGTVGwO6JDTHKK+trf4wqmJBPmbi5izY4h1nJVM8+D/HAL3fjVyR7uLkmDRE8fOT3/2dTPnIIgi6C+duNsVRRLGO3jfm8up7OHcS4nW6IO0NZTiXOzac7mEKJwfOe7kZWsHz3nYqsaEX4HEsSzMIvh+qBQYD8MWmpqm2KNY/de3ubStwz/BLqVe7XslZDwKy/F2FkNH7T/b0gEzZNvgq4fPUHm4FFdvZNY1wSeRNF20vVg5/FYLKYAa9HcVMyWY4pQYEh83hzoOq+Kf7Er3Gk8sQldhW2HqYVf/1wW4vi+aHE=~4469058~4343364; Domain=.openjdk.org; Path=/; Expires=Thu, 31 Jul 2025 14:44:59 GMT; Max-Age=14400
Fwd: Why can modules not be annotated?
Tue Mar 22 15:31:28 UTC 2016
More information about the jpms-spec-comments mailing list
Fwd: Why can modules not be annotated?
Paul Benedict pbenedict at apache.orgTue Mar 22 15:31:28 UTC 2016
- Previous message: Fwd: Why can modules not be annotated?
- Next message: Fwd: Why can modules not be annotated?
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Mark, >> *) Allow annotations on the module to express the custom attributes that >>> you've spec-ed out. Ah, my apologies for amalgamating ideas. The heart of my proposal was regarding javax.tools annotations to synthesize module-info.java, but I accidentally snuck it something different. Hence, what I write below should clarify this bullet point. Please regard below as part of #ModuleAnnotations. Although tools will have the ability to manipulate bytecode to add custom attributes, I find it particularly limiting there is no way for developers to do the same in source. Assuming custom attributes are opaque strings, then I propose something like this: @Repeatable(ModuleAttributes.class) @Retention(RUNTIME) @Target(ElementType.MODULE) @Documented public @interface ModuleAttribute { String name(); String value(); } For example, Remi recently proposed an idea to deprecate modules [1]. I then opined Remi's proposal could be related to #StandardModuleAttributes [2], if there was a desire to give modules more information for tools to consume (such as the deprecated module name's replacement). Absent constant strings that specify standard module attribute names, I'll just specify my own: @Deprecated @ModuleAttribute("replacement", "org.xyz.qux.2") module org.xyz.qux { } PS: If you decide to let modules be annotated, and then allow @ModuleAttributes to exist, is there any point at all in "custom attributes" in the Module_attribute structure [3]? [1] https://mail.openjdk.java.net/pipermail/jpms-spec-experts/2016-March/000263.html [2] https://mail.openjdk.java.net/pipermail/jpms-spec-observers/2016-March/000322.html [3] https://cr.openjdk.java.net/~mr/jigsaw/spec/lang-vm.html Cheers, Paul On Mon, Mar 21, 2016 at 6:49 PM, <mark.reinhold at oracle.com> wrote: > 2016/3/9 8:50 -0800, pbenedict at apache.org: > > I am proposing a standard set of source retention annotations that > > developers write and tools consume to build the module-info.java > > automatically. > > I think I understand your proposal for a javax.tools.Export annotation > for use on packages. The idea there is that a developer could write > @Export in a package-info.java file, and a tool could interpret that to > add an appropriate `exports` directive to a synthesized module-info.java > file. > > I'm still confused, however, by your earlier statement > > >>> *) Allow annotations on the module to express the custom attributes > that > >>> you've spec-ed out. > > Who's the "you" in this sentence? What annotations do you have in mind > here? > > > PS: This is a different issue than those who want to annotate statements > in > > module-info.java. > > Understood. > > - Mark >
- Previous message: Fwd: Why can modules not be annotated?
- Next message: Fwd: Why can modules not be annotated?
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the jpms-spec-comments mailing list