Prokurilaj 407-eraroj el eksteraj DTD kaj XML-rimedoj

Spuru neatenditan 407 dum dokumenta konvertado al eksteraj DTD, skemoj aŭ aliaj rimedoj malfermitaj de la analizilo.

Loka dokumento ankoraŭ povas kaŭzi 407 dum konvertado. Ĝia XML povas nomi DTD, skemon aŭ enton, kaj prezentilo povas akiri stilojn aŭ bildojn. La malsukcesa kliento povas esti ene de tiu analizilo, post kiam la origina elŝuto finiĝis.

Konservu la esceptan stakon kaj la petitan URI, poste komparu ilin kun enigaj deklaroj aŭ rimedaj referencoj. DTD-peto al norma gastiganto estas alia operacio ol la paĝa peto. HTML-al-PDF-konvertado ankaŭ povas malsukcesi dum akiro de malproksimaj rimedoj.

Por .NET XmlReader-enigo, kies kontrakto malpermesas DTD kaj eksteran solvon, uzu:

var settings = new XmlReaderSettings
{
    DtdProcessing = DtdProcessing.Prohibit,
    XmlResolver = null
};

Transdonu tiujn agordojn al la komponanto, kiu efektive analizas la dokumenton. DtdProcessing elektas kiel trakti DTD; XmlResolver kontrolas eksteran aliron. Prohibit malakceptas dokumenton kun DTD—ĝi ne forigas la deklaron. Se la laborfluo bezonas unu, elektu aprobitan lokan solvon aŭ eksplicite direktitan resolver.

Tenadu la defaŭltojn ligitaj al la API/runtime. XmlReaderSettings defaŭlte uzas Prohibit, kaj ĝia defaŭlta resolver ŝanĝiĝis al null ekde .NET Framework 4.5.2. Triaparta konvertilo povas anstataŭigi ilin aŭ uzi alian analizilon.

Ŝanĝo de XHTML-deklaro al HTML-doctype povas influi unu konvertilon, sed ĝi ne agordas ĝian prokurilon. Difinu la bezonatajn rimedojn kaj ilian ŝargan politikon; aŭtentikigo ĉe la kliento de la komenca paĝo ne aŭtentikigas ĉi tiun duan klienton.

Rilataj artikoloj