બાહ્ય DTD અને XML સંસાધનોમાંથી પ્રોક્સી 407 ભૂલો

દસ્તાવેજ રૂપાંતરણ વખતે બાહ્ય DTD, સ્કીમા અથવા પાર્સર ખોલતું અન્ય સંસાધન તરફ જતી અનપેક્ષિત 407 ને ટ્રેસ કરો.

સ્થાનિક દસ્તાવેજ પણ રૂપાંતરણ વખતે 407 ઊભું કરી શકે છે. તેનું XML DTD, સ્કીમા અથવા એન્ટિટીનું નામ આપી શકે છે, અને રેન્ડરર શૈલીઓ કે ચિત્રો લાવી શકે છે. નિષ્ફળ જતું ક્લાયન્ટ મૂળ ડાઉનલોડ પૂરું થયા પછી તે પાર્સરની અંદર હોઈ શકે છે.

એક્સેપ્શન સ્ટેક અને વિનંતી કરેલ URI રાખો, પછી તેમને ઇનપુટ ઘોષણાઓ કે સંસાધન સંદર્ભો સાથે મેળવો. પ્રમાણભૂત હોસ્ટ પર DTD વિનંતી પૃષ્ઠ વિનંતીથી અલગ ક્રિયા છે. HTML-થી-PDF રૂપાંતરણ પણ દૂરસ્થ સંસાધનો લાવતી વખતે નિષ્ફળ જઈ શકે છે.

.NET XmlReader ઇનપુટ માટે જેનો કરાર DTD અને બાહ્ય ઉકેલ પ્રતિબંધિત કરે છે, વાપરો:

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

તે સેટિંગ્સ ખરેખર દસ્તાવેજ પાર્સ કરતા ઘટકને આપો. DtdProcessing નક્કી કરે છે કે DTD કેવી રીતે સંભાળવું; XmlResolver બાહ્ય ઍક્સેસ નિયંત્રિત કરે છે. Prohibit DTD ધરાવતા દસ્તાવેજને નકારે છે—તે ઘોષણા દૂર કરતું નથી. જો વર્કફ્લોને એકની જરૂર હોય, તો મંજૂર સ્થાનિક ઉકેલ અથવા સ્પષ્ટ રીતે રાઉટ કરેલ resolver પસંદ કરો.

ડિફૉલ્ટને API/રનટાઇમ સાથે જોડેલા રાખો. XmlReaderSettings ડિફૉલ્ટ રીતે Prohibit વાપરે છે, અને તેનું ડિફૉલ્ટ resolver .NET Framework 4.5.2 થી null થઈ ગયું છે. તૃતીય-પક્ષ કન્વર્ટર તેમને ઓવરરાઇડ કરી શકે છે અથવા બીજું પાર્સર વાપરી શકે છે.

XHTML ઘોષણાને HTML doctype માં બદલવાથી એક કન્વર્ટર પર અસર થઈ શકે છે, પણ તેનું પ્રોક્સી ગોઠવતું નથી. જરૂરી સંસાધનો અને તેમની લોડર નીતિ નક્કી કરો; પ્રારંભિક પૃષ્ઠ ક્લાયન્ટ પરનું પ્રમાણીકરણ આ બીજા ક્લાયન્ટનું પ્રમાણીકરણ કરતું નથી.

સંબંધિત લેખો