RFR (JDK13/java.xml) 8224157: BCEL: update to version 6.3.1

Joe Wang huizhe.wang at oracle.com
Fri Jun 21 21:51:15 UTC 2019


Thanks Lance!

Joe

On 6/21/19, 1:59 PM, Lance Andersen wrote:
> The revised webrev looks fine Joe
>> On Jun 21, 2019, at 4:20 PM, Joe Wang <huizhe.wang at oracle.com 
>> <mailto:huizhe.wang at oracle.com>> wrote:
>>
>>
>>
>> On 6/21/19, 11:59 AM, Daniel Fuchs wrote:
>>> Hi Joe,
>>>
>>> I promise, I will not grumble about the formatting and
>>> weird white spaces [grumble grumble]...
>>
>> Someone at BCEL needs to re-format the source with a modern IDE ;-)
>>
>>>
>>> http://cr.openjdk.java.net/~joehw/jdk13/8224157/webrev/src/java.xml/share/classes/com/sun/org/apache/bcel/internal/classfile/ConstantUtf8.java.frames.html 
>>> <http://cr.openjdk.java.net/%7Ejoehw/jdk13/8224157/webrev/src/java.xml/share/classes/com/sun/org/apache/bcel/internal/classfile/ConstantUtf8.java.frames.html> 
>>>
>>>
>>> Is the new import really needed here?
>>
>> No, good catch.
>>>
>>> http://cr.openjdk.java.net/~joehw/jdk13/8224157/webrev/src/java.xml/share/classes/com/sun/org/apache/bcel/internal/classfile/JavaClass.java.frames.html 
>>> <http://cr.openjdk.java.net/%7Ejoehw/jdk13/8224157/webrev/src/java.xml/share/classes/com/sun/org/apache/bcel/internal/classfile/JavaClass.java.frames.html> 
>>>
>>>
>>> 232                 if (!dir.isDirectory()) {
>>>
>>> I see use of SecuritySupport was dropped here and I think I agree,
>>> as I don't see why isDirectory() would require it if mkdirs() doesn't.
>>
>> I honestly don't remember why I added that in the previous update. 
>> But you're right, and all test run proved it.
>>
>>>
>>>
>>> http://cr.openjdk.java.net/~joehw/jdk13/8224157/webrev/src/java.xml/share/classes/com/sun/org/apache/bcel/internal/classfile/LineNumberTable.java.udiff.html 
>>> <http://cr.openjdk.java.net/%7Ejoehw/jdk13/8224157/webrev/src/java.xml/share/classes/com/sun/org/apache/bcel/internal/classfile/LineNumberTable.java.udiff.html> 
>>>
>>>
>>> Are the changes in toString() actually correct?
>>
>> No, it's not. Good catch again! The change in the last update was correct
>>>
>>> Otherwise I believe the rest looks mostly OK.
>>
>> Thanks Daniel!  Here's an updated webrev:
>>
>> Full webrev (for the record)
>> http://cr.openjdk.java.net/~joehw/jdk13/8224157/webrev_02/ 
>> <http://cr.openjdk.java.net/%7Ejoehw/jdk13/8224157/webrev_02/>
>>
>> A short version of webrev_02 that includes the only files mentioned 
>> in this review:
>> http://cr.openjdk.java.net/~joehw/jdk13/8224157/webrev_02_short/
>>
>>
>> I'm re-running all tests.
>>
>> Best regards,
>> Joe
>>
>>>
>>> best regards,
>>>
>>> -- daniel
>>>
>>> On 20/06/2019 23:45, Joe Wang wrote:
>>>> Please review an update to BCEL 6.3.1. This changeset will go into 
>>>> JDK13 if approved, 14 if not.
>>>>
>>>> 1. Format
>>>>     The changeset looks big, the majority of the changes however 
>>>> were only different in format (i.e. Const.java). Unlike previous 
>>>> updates, I'm leaving the format as they are in the upstream source 
>>>> so that they won't show up in future updates. The only change I 
>>>> made were those that had extremely long lines.
>>>>
>>>> 2. Exclusions
>>>>     Since the BCEL component is for xml transform only, several 
>>>> classes, that were not in the JDK, were excluded. Among them, 
>>>> JavaWrapper.java for example can be problematic as it may use an 
>>>> user-specified classloader to load arbitrary classes. It and 
>>>> related classes were therefore excluded.
>>>>
>>>> 3. Warnings
>>>>     Warnings were the main reason for the changes made to the 
>>>> original source. It has been done in the previous update. For this 
>>>> update therefore, I only had to re-apply them after making copies 
>>>> of the upstream source. Still, I updated the LastModified field to 
>>>> indicate a modification to the original source.
>>>>
>>>> 4. Deprecated fields to private
>>>>     Deprecated fields in the original source were changed to 
>>>> private ones in previous update. The changes are inherited in this 
>>>> update. Again, the LastModified fields are also updated.
>>>>
>>>> 5. Test
>>>>     Since the update does not affect the 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. I've also 
>>>> done a comparison between builds before and after applying the BCEL 
>>>> update, and found no change in performance.
>>>>
>>>> JBS: https://bugs.openjdk.java.net/browse/JDK-8224157
>>>> webrevs: http://cr.openjdk.java.net/~joehw/jdk13/8224157/webrev/
>>>>
>>>> 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