RFR (JAXP) 8171243 : CatalogManager.catalogResolver throws FileSystemNotFoundException with jar

huizhe wang huizhe.wang at oracle.com
Tue Jan 10 00:54:17 UTC 2017


On 1/9/2017 2:17 PM, Roger Riggs wrote:
> Hi Joe,
>
> a few comments:
>
> CatalogManager:
>  - line 58:  "will /return /as no mapping is found";
>   Or is it describing the behavior of the CatalogResolver (which is 
> throw a CatalogException)?
>    (possible more than 1 place)

Should have been empty Catalog object in this case. I'll re-submit the 
spec change.

>
> Check the copyrights -> 2017  (JarUtils.java)
>
> in JAXWS repo:
>  - Options.java:  line 786 - you could use URI[]::new instead of 
> creating a placeholder URI[0].

Ok, will change that of XmlUtil.java as well.

Thanks,
Joe

>
> Looks good,  Roger
>
>
> On 1/9/2017 12:38 PM, huizhe wang wrote:
>> Hi,
>>
>> The current Catalog API accepts file paths or URIs in a form of 
>> String to create Catalog or CatalogResolver in an effort to maintain 
>> consistency with the old Catalog API and other existing processors. 
>> However, that also introduced an ambiguity in the API, which is 
>> unwanted for a new API in Java SE 9.
>>
>> Please review the changes.
>> In jaxp repo:
>> http://cr.openjdk.java.net/~joehw/jdk9/8171243/webrev/
>>
>> In jaxws repo:
>> http://cr.openjdk.java.net/~joehw/jdk9/8171243_jaxws/webrev/
>>
>> JBS: https://bugs.openjdk.java.net/browse/JDK-8171243
>>
>> Thanks,
>> Joe
>>
>



More information about the core-libs-dev mailing list