[ 
http://issues.apache.org/jira/browse/XALANJ-2078?page=comments#action_60918 ]
     
Brian Minchau commented on XALANJ-2078:
---------------------------------------

Dieter,
I couldn't get your patch to "stick", but I think it is the code at the bottom 
of this method:
  private void initializeAuthority(String p_uriSpec)
    throws MalformedURIException

I did a little searching in the code and this method is ultimately invoked 
through:
  SystemIDResolver.getAbsoluteURI(
    String urlString, String base) 
    throws TransformerException

So ultimately you are stopping the method above from throwing a transformer 
exception in your situation.

I'm thinking that this patch can mask other problems. How does ignoring this 
exception solve your problem? We could perhaps ignore the exception only if the 
authority is registery based.  Excuse my ignorance but I don't know what the 
sytax of such hosts is.

Is getting this to work for registery-based something you think Xalan should 
do, or could do? 
Thanks,
Brian Minchau

> [PATCH] MalformedURIException illegal host (Registry-based Naming Authority)
> ----------------------------------------------------------------------------
>
>          Key: XALANJ-2078
>          URL: http://issues.apache.org/jira/browse/XALANJ-2078
>      Project: XalanJ2
>         Type: Bug
>   Components: Other
>     Versions: 2.6
>  Environment: All
>     Reporter: Dieter Wachters
>  Attachments: uri.patch
>
> A URI with a registry-based authority can't be handled by the URI class
> (in org.apache.xml.utils).
> It only suspects a server-based authority component
> (<userinfo>@<host>:<port>).
> So when using a URI with registry-based authority in an XSL file, a
> MalformedURIException is thrown due to an illegal host.
> I added a patch that sets the host (and port and userinfo) to null when a
> MalformedURIException occurs in the setHost method while parsing the
> authority part.
> It still cannot handle authorities, but it doesn't throw the
> MalformedURIException anymore. It fixed my problem.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to