RFR [15/java.xml] 8235368 : Update BCEL to Version 6.4.1

Lance Andersen lance.andersen at oracle.com
Thu Jan 16 22:39:49 UTC 2020


Hi Joe,

The additions look OK also

Best
Lance

> On Jan 16, 2020, at 1:22 PM, Joe Wang <huizhe.wang at oracle.com> wrote:
> 
> 
> 
> On 1/16/20 9:50 AM, Remi Forax wrote:
>> ----- Mail original -----
>>> De: "Joe Wang" <huizhe.wang at oracle.com>
>>> À: "Daniel Fuchs" <daniel.fuchs at oracle.com>, "core-libs-dev" <core-libs-dev at openjdk.java.net>
>>> Envoyé: Jeudi 16 Janvier 2020 18:40:18
>>> Objet: Re: RFR [15/java.xml] 8235368 : Update BCEL to Version 6.4.1
>>> On 1/16/20 2:35 AM, Daniel Fuchs wrote:
>>>> Hi Joe,
>>>> 
>>>> Looks OK to me as well.
>>> Thanks for the review!
>>> 
>>>> I am a bit surprised by the number of methods that are no longer
>>>> `final` though. Do you know what was the motivation for those
>>>> changes?
>>> The original patch did not have any detailed comment or link to a bug
>>> report. The title was "Remove redundant modifiers. Minor Javadoc and
>>> formatting. "  So it seemed they were cleaning up "redundant modifiers".
>>> It would be interesting if that's the reason to remove 'final'. However,
>>> it has no impact on our usage of the library in java.xml.
>> It's because the class itself is declared final (at least on the few files I've taken a look), so final on a method is redundant.
> 
> Aha, indeed! I double-checked classes such as Code.java, CodeException.java, etc.
> 
> 
> Meanwhile, I noticed I missed the new classes in the webrev. I used a changelist to create webrevs and forgot to add the new ones to the list. Sorry about that. Here's the updated webrev:
> 
> http://cr.openjdk.java.net/~joehw/jdk15/8235368/webrev_02/
> 
> Thanks,
> Joe
> 
>> 
>>> Best regards,
>>> Joe
>> regards,
>> Rémi
>> 
>>>> best regards,
>>>> 
>>>> -- daniel
>>>> 
>>>> On 14/01/2020 20:08, Joe Wang wrote:
>>>>> Hi,
>>>>> 
>>>>> Please review an update to BCEL 6.4.1.
>>>>> 
>>>>> JBS: https://bugs.openjdk.java.net/browse/JDK-8235368
>>>>> webrev:
>>>>> http://cr.openjdk.java.net/~joehw/jdk15/8235368/webrev/index.html
>>>>> 
>>>>> Similar approach as the last update:
>>>>> 1. Format
>>>>>      All format changes are kept as they are in the source in order
>>>>> to reduce the amount of changes in future updates, the exceptions are
>>>>> extreme long lines.
>>>>> 
>>>>> 2. Exclusions
>>>>>      Contents that were not in the JDK or unnecessary for java.xml
>>>>> are excluded. This includes: the ability to load arbitrary classes
>>>>> and classes related to ClassLoader, ClassPath and JavaWrapper, and
>>>>> relevant methods and references in other classes; System Properties
>>>>> used to set cache sizes and track certain statistics (caches are set
>>>>> as in previous version); Deprecated classes and related contents.
>>>>> 
>>>>> 3. Warnings
>>>>>      Warnings were the main reason for the changes made to the
>>>>> original source. It has been done in the previous update. They are
>>>>> re-applied for this update. The LastModified field indicates such
>>>>> changes to the original source.
>>>>> 
>>>>> 4. Deprecated fields to private and references to deprecated methods
>>>>>     Deprecated fields in the original source were changed to private
>>>>> ones in previous update. References to deprecated methods were
>>>>> modified to use proper methods. These changes are inherited in this
>>>>> update.
>>>>> 
>>>>> 5. Test
>>>>>      Since the update does not affect java.xml's usage of the BCEL
>>>>> component, it is essential to pass all of the existing tests. I've
>>>>> run the tests multiple times and noted that all of the XML functional
>>>>> and unit tests passed, so were JCK XML tests. A performance test is
>>>>> running.
>>>>> 
>>>>> 
>>>>> Thanks,
>>>>> Joe
>>>>> 
>>>>> 
> 

 <http://oracle.com/us/design/oracle-email-sig-198324.gif>
 <http://oracle.com/us/design/oracle-email-sig-198324.gif> <http://oracle.com/us/design/oracle-email-sig-198324.gif>
 <http://oracle.com/us/design/oracle-email-sig-198324.gif>Lance Andersen| Principal Member of Technical Staff | +1.781.442.2037
Oracle Java Engineering 
1 Network Drive 
Burlington, MA 01803
Lance.Andersen at oracle.com <mailto:Lance.Andersen at oracle.com>





More information about the core-libs-dev mailing list