[jira] Commented: (WSS-75) remove dependency on xalan because it gets in the way of trax resolution

["Paul Harrison (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/WSS-75?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12639052#action_12639052 ] 

Paul Harrison commented on WSS-75:
----------------------------------

I agree that the dependency on xalan is very irritating when wanting to use other xsl processors - it seems to me looking at the code, that the only dependency is on the org.apache.xml.utils.URI class and this is only used in org.apache.ws.security.message.EnvelopeIdResolver - This might even be a longstanding error as a quick look at the code suggests that the standard java.net.URI could easily be used instead.

> remove dependency on xalan because it gets in the way of trax resolution
> ------------------------------------------------------------------------
>
>                 Key: WSS-75
>                 URL: https://issues.apache.org/jira/browse/WSS-75
>             Project: WSS4J
>          Issue Type: Wish
>            Reporter: Renaud Bruyeron
>
> Here's the use-case:
> * We are in one of several webapps in a tomcat 5.5.20 instance
> * WSS4J is used for WS security: xalan.jar is required in the classpath
> * saxon must be the trax transformer because we use XSLT 2.0
> It is not simple to have saxon and xalan cohabit in the same classloader in a webapp: using -Djavax.xml.transform.TransformerFactory has a JVM-wide impact (other webapps may want to use xalan as their trax processor...) and therefore it may not always be possible/allowed. 
> How much work would it be to *not* depend explicitly on xalan.jar and use standard APIs instead?

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: wss4j-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: wss4j-dev-help@ws.apache.org