RFR: JAXP 1.5 for JDK8/7u40: 8016648: FEATURE_SECURE_PROCESSING set to true or false causes SAXParseException to be thrown

huizhe wang huizhe.wang at oracle.com
Thu Jul 4 09:11:22 UTC 2013


On 7/1/2013 12:54 PM, Alan Bateman wrote:
> On 01/07/2013 19:33, huizhe wang wrote:
>> :
>>
>> I've updated the jaxp 1.5 tests. I'll send a separate link since it's 
>> internal. Indeed, I missed a couple of scenarios: 1) FSP can be set 
>> after jaxp 1.5 properties are set through the API; 2) Validator does 
>> not require, but does support FSP.
> Given the number of parsers involved, the various ways to set 
> properties, the FSP hammer, security manager, ... then it's really 
> important that there is a good set of tests that exercise all the 
> combinations. So I encourage you to put in as much effort as it 
> required to get a good set of tests. It would be great to get them 
> into OpenJDK too, if that is possible.

Daniel has helped adding many tests. The 1st one of the two scenarios 
above are tested. It appeared that the properties set through the 
factory or parser are always taken into account the last, therefore take 
preference in consistence with the spec.  We still have the 2nd scenario 
to test. But here's the latest webrev:

  http://cr.openjdk.java.net/~joehw/jdk8/8016648/webrev/

It also uses the SourceVersion Joe suggested to determine the version of 
the JDK.

-Joe

>
>>>
>>> I think isJDKandAbove has the assume the long standing format for 
>>> java.version. If someone really did change the format to what you 
>>> are suggesting then the code would fail with a value such as "7.40".
>>
>> The code does support both the current and possible new format by 
>> comparing the 0 element, e.g. Integer.parseInt(versions[0]) >= 
>> compareTo.  But I see Joe's comment provided a better way to handle 
>> this.
>>
> Okay, I'll wait for the second webrev to see how this looks.
>
> -Alan.
>
>




More information about the core-libs-dev mailing list