Għaddi l-XML imniżżel lil .NET XmlReader bħala fluss

Il-klijent HTTP iniżżel l-XML permezz tal-proxy t-tajjeb. Il-linja li jmiss toħloq qarrej XML mill-URL oriġinali. Dik il-linja tibda ġibda oħra minflok ma tanalizza d-data li nniżżlet.

Għal klijent li diġà hu kkonfigurat bir-rotta maħsuba, għaddi l-fluss tar-risposta tiegħu lill-parser:

using var response = await client.GetAsync(documentUri);
response.EnsureSuccessStatusCode();
using var stream = await response.Content.ReadAsStreamAsync();

var settings = new XmlReaderSettings
{
    DtdProcessing = DtdProcessing.Prohibit,
    XmlResolver = null
};
using var reader = XmlReader.Create(stream, settings, documentUri.AbsoluteUri);
var document = XDocument.Load(reader);

L-ispazji tal-ismijiet rilevanti huma System.Xml u System.Xml.Linq. L-eżempju jiddiżattiva deliberatament l-ipproċessar tad-DTD u r-riżoluzzjoni esterna; mhuwiex mod kif wieħed iġib entitajiet esterni arbitrarji permezz tal-istess klijent.

L-URI bażi tippreserva l-metadata tal-post tad-dokument. Jekk fluss tax-xogħol approvat tal-analiżi jew tal-validazzjoni fil-fatt iġib skemi esterni jew dipendenzi oħra, dawk il-ġibdiet jeħtieġu r-riżolutur espliċitu u d-disinn tal-instradar tagħhom stess.

Tiddijanjostikax it-tieni falliment tan-netwerk billi tbiddel il-password fuq l-ewwel klijent, dak li rnexxa. Stabbilixxi jekk il-parser irċeviex fluss jew URL, imbagħad segwi kwalunkwe riżorsa addizzjonali separatament.