[jboss-jira] [JBoss JIRA] (WFCORE-2805) Use Xalan from JRE rather than our own fork

David Lloyd (JIRA) issues at jboss.org
Mon May 15 09:11:00 EDT 2017


    [ https://issues.jboss.org/browse/WFCORE-2805?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13406313#comment-13406313 ] 

David Lloyd commented on WFCORE-2805:
-------------------------------------

I think this will suffer from the same problems as all the other JAXP module replacement ideas, namely that class loading is done poorly and/or static and global or per-TCCL provider replacement is not possible or does not function correctly.

The following JBoss-maintained APIs and their implementations are not replaceable for the same reason:
* {{javax.xml.datatype.DatatypeFactory}}
* {{javax.xml.parsers.DocumentBuilderFactory}}
* {{javax.xml.parsers.SAXParserFactory}}
* {{javax.xml.validation.SchemaFactory}}
* {{javax.xml.transform.sax.SAXTransformerFactory}}
* {{javax.xml.stream.XMLEventFactory}}
* {{javax.xml.stream.XMLInputFactory}}
* {{javax.xml.stream.XMLOutputFactory}}
* {{org.xml.sax.XMLReader}}
* {{javax.xml.xpath.XPathFactory}}

Java 9 *may* solve enough of the class loading problems that we use the JDK APIs, if not the implementations.

> Use Xalan from JRE rather than our own fork
> -------------------------------------------
>
>                 Key: WFCORE-2805
>                 URL: https://issues.jboss.org/browse/WFCORE-2805
>             Project: WildFly Core
>          Issue Type: Task
>            Reporter: Peter Palaga
>            Assignee: Peter Palaga
>
> As proposed by [~wolfc] we want to check if we can get rid of maintaining our own fork of Xalan.



--
This message was sent by Atlassian JIRA
(v7.2.3#72005)


More information about the jboss-jira mailing list