Hey Alberto,
Does Xerces actually enforce this restriction, or is it up to the netaccessor? I think the netaccessor on the Mac would actually support some of the other url types (like ftp and https) if they were passed in. Just a wild question. It would be interesting, too, I believe, to write a netaccessor based on libcurl, which would give us access to a broad variety of url types.
-jdb
On Oct 29, 2004, at 2:53 PM, Alberto Massari (JIRA) wrote:
[ http://issues.apache.org/jira/browse/XERCESC-1296?page=history ]
Alberto Massari resolved XERCESC-1296: --------------------------------------
Resolution: Invalid
Xerces has built-in support only for the HTTP protocol; if you need to read data from a different source (FTP or HTTPS) you need to install an EntityResolver object that reads the data and builds a MemBufInputSource object on top of that (have a look to the Redirect sample).
Alberto
Trying to parse XML document which has https in its url -------------------------------------------------------
Key: XERCESC-1296 URL: http://issues.apache.org/jira/browse/XERCESC-1296 Project: Xerces-C++ Type: Bug Components: Utilities Versions: 1.4 Environment: Windows 2000 OS Reporter: Deepak Dinasi Priority: Critical
I have Portal running on SSL on my box. Our application uses xerces-c dll to publish reports to the Portal. Portal is running on SSL and it is listening on port 8443 only (understands https protocol only). Through wininet functions we make the request and get a valid response back from portal. But since the response from Portal contains https in its URL, the parser does not like it and its throwing MalformedURLException. Below is my XML response. Is there a way that I can make a connection back to Portal to get the dtd?
<!DOCTYPE RESPONSE SYSTEM "https://mccly03test:8443/servlet/media/xml/api/response.dtd";>
<RESPONSE TransId="NewAuthReq" Auth="true">
<SESSIONID Value="F6x6Y7xLnZxqeRG8"/>
<REFQUERY RefId="NewAuthReqRef">
<PARAM Name="ObjectKey" Value="2"/>
</REFQUERY>
</RESPONSE>
-- 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]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
