RFR: javax.xml.validation: Using ServiceLoader to load JAXP schema factories (7169894: JAXP Plugability Layer: using service loader)

Joe Wang huizhe.wang at oracle.com
Fri Jan 11 19:05:34 UTC 2013

On 1/11/2013 8:58 AM, Alan Bateman wrote:
> On 09/01/2013 14:28, Daniel Fuchs wrote:
>> Hi,
>> Here is a new webrev in the series that addresses using ServiceLoader in
>> JAXP for JDK 8.
>> 7169894: JAXP Plugability Layer: using service loader
>> This changeset addresses modification in the javax.xml.validation
>> package.
>> It is a bit more complex than the changes required for the other
>> packages because the newInstance methods takes an additional
>> schemaLanguage parameter, and therefore we need to loop over
>> the providers in order to find one that supports the language.
>> <http://cr.openjdk.java.net/~dfuchs/JDK-7169894/javax.xml.validation/webrev.00/> 
>> Also this particular package did not have any specific configuration
>> error to throw in case of misconfiguration (the xpath package in which
>> the logic is very similar had one for instance), so we're adding a new
>> SchemaFactoryConfigurationError for that purpose.
> I've taken an initial look at this and I'm wondering about 
> SchemeFactory.newInstance throwing SchemaFactoryConfigurationError. 
> Technically this is an incompatible change but in practical terms it 
> may not be concern as this provider interface may not be used very much.
> Joe Wang - have you come across SchemaFactory implementations, I'm 
> trying to get a feel for how much this is used, if ever.

I don't have any data on how much the service mechanism may be used, 
Xerces would surely be the one most frequently used. I'm more concerned 
with the spec change that would require TCK change (the addition of  
SchemaFactoryConfigurationError related tests). Would that require MR? 
We probably need to run it with the JCK engineers.


> -Alan

More information about the core-libs-dev mailing list