RFR (JAXP) 8146271: File system contention in debug print via XPathFactory.newInstance
Joe Wang
huizhe.wang at oracle.com
Wed Dec 14 19:25:32 UTC 2016
Hi Aleksej,
Looks good. Thanks for covering the whole packages!
Best,
Joe
On 12/14/16, 10:04 AM, Aleks Efimov wrote:
> Hi Joe,
>
> Thank you for the suggestions. What about modifying the 'debugPrintln'
> and 'dPrint' functions to accept 'j.u.function.Supplier<String>'
> instead of 'String'? Such approach will give us a possibility to do
> the output string calculation only when debugging is switched on. Such
> approach can be illustrated by this webrev:
> http://cr.openjdk.java.net/~aefimov/8146271/9/01
>
> Best Regards,
> Aleksej
>
>
> On 14/12/16 03:35, Joe Wang wrote:
>> Hi Aleksej,
>>
>> You may want to improve the debugPrintln or its usage to remove the
>> String concatenations or method calls such as f.getClass().getName()
>> that are unnecessary when debug == false. Where we are here, could
>> you expand the patch to cover other jaxp packages (e.g.
>> javax.xml.parsers) where similar problems exist.
>>
>> Best,
>> Joe
>>
>> On 12/13/16, 3:02 PM, Aleks Efimov wrote:
>>> Hello,
>>>
>>> Please, help to review the changes that addresses the file system
>>> contention caused by debug code in XPathFactoryFinder and
>>> XPathFactoryFinder classes [1]. Proposed fix wraps the debug output
>>> code in "if(debug)" block:
>>> http://cr.openjdk.java.net/~aefimov/8146271/9/00/
>>>
>>> Best Regards,
>>> Aleksej
>>>
>>> [1] https://bugs.openjdk.java.net/browse/JDK-8146271
>>>
>
More information about the core-libs-dev
mailing list