Re: RFR: 8355652: Parse ClassFileFormatVersion from ClassFileVersion [v2]

2025-07-21 Thread simon
On Mon, 21 Jul 2025 21:24:52 GMT, Chen Liang wrote: >> I mean about the rule the version - similar to isSupportedClassFileVersion >> method > > I still don't think so. I intentionally proposed the original RFE so we have > one place where we can consolidate this handling, and that place should

Re: RFR: 8355652: Parse ClassFileFormatVersion from ClassFileVersion [v2]

2025-07-21 Thread Chen Liang
On Mon, 21 Jul 2025 20:48:12 GMT, simon wrote: >>> Maybe it can be reused in another points? >> >> ClassFileFormatVersion and Optional are more user-oriented classes; internal >> code don't really ever use these two types, so I don't think you need to >> extract this logic specifically. > > I

Re: RFR: 8355652: Parse ClassFileFormatVersion from ClassFileVersion [v2]

2025-07-21 Thread simon
On Mon, 21 Jul 2025 09:00:03 GMT, Mikhail Yankelevich wrote: >> simon has updated the pull request incrementally with two additional commits >> since the last revision: >> >> - 8355652: update copyright year to 2025 in ClassFileVersionImpl.java >> - 8355652: update copyright year to 2025 in

Re: RFR: 8355652: Parse ClassFileFormatVersion from ClassFileVersion [v2]

2025-07-21 Thread simon
> 8355652: add new method to return ClassFileFormatVersion from > ClassFileVersion. > - > ### Progress > - [ ] Change must be properly reviewed (1 review required, with at least 1 > [Reviewer](https://openjdk.org/bylaws#reviewer)) > - [x] Change must not contain extraneous whitespace > -

Re: RFR: 8355652: Parse ClassFileFormatVersion from ClassFileVersion [v2]

2025-07-21 Thread simon
On Mon, 21 Jul 2025 20:44:58 GMT, Chen Liang wrote: >> Got it. Could you have this hook in a private class method or a static >> public method? >> Maybe it can be reused in another points? > >> Maybe it can be reused in another points? > > ClassFileFormatVersion and Optional are more user-orie