DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20383>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20383 Redirected URLs are resolved but don't change the base URI [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|INVALID | ------- Additional Comments From [EMAIL PROTECTED] 2003-06-11 17:35 ------- Fishing through the errata for XML 1.0 SE, I found this: http://www.w3.org/XML/xml-V10-2e-errata#E43 "Attempts to retrieve the resource identified by a URI may be redirected at the parser level (for example, in an entity resolver) or below (at the protocol level, for example, via an HTTP Location: header). In the absence of additional information outside the scope of this specification within the resource, the base URI of a resource is always the URI of the actual resource returned. In other words, it is the URI of the resource retrieved after all redirection has occurred." When we create the input stream (new URL(expandedSystemId).openStream()), this implicitly allows redirects, unless they've been globally turned off by the user. The errata item indicates that we're responsible for picking up the redirected URI, since it's the URI of the actual resource. The redirected URI is actually retrievable. It can be read from the URLConnection object (that we currently don't retrieve), after the input stream has been opened. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
