HTTP शीर्षलेख भेजे जाने के बाद सर्वर सामग्री प्रकार सेट नहीं कर सकता - इसे

Question

पर ट्रैक करना हमारे उपयोगकर्ताओं में से एक हमारे वेब एप्लिकेशन में एक त्रुटि प्राप्त कर रहा है। हम इस समस्या को डुप्लिकेट नहीं कर सके, और मुझे संदेह था कि यह नेटवर्क से संबंधित था। मैंने उपयोगकर्ता को अपने कार्यालय और उनके घर पर अपनी नोटबुक का उपयोग करके एप्लिकेशन का प्रयास किया था, और पुष्टि की कि समस्या केवल उनके कार्यालय में होती है।

मैंने सर्वर में लॉग इन किया और ईवेंट ऑफिसर को उनके कार्यालय में प्रयास करने के ठीक बाद देखा और निम्नलिखित चेतावनी लॉग में थी।

मुझे इस पर नज़र रखने के तरीके पर भी नुकसान हुआ है। कोई सुझाव?

ईवेंट व्यूअर लॉग नीचे:

इवेंट कोड: 3005 इवेंट संदेश: एक बिना क्रिया का अपवाद उत्पन्न हुई। घटना समय: 6/20/2012 6:32:45 अपराह्न घटना समय (यूटीसी): 6/20/2012 10:32:45 अपराह्न इवेंट आईडी: ebf8f628a9b3457cbea117c8c2da2186 इवेंट अनुक्रम: 2 9 70 घटना घटना: 26 घटना विवरण कोड: 0 आवेदन जानकारी:

Application domain: /LM/W3SVC/50/ROOT-1-129847041933281152 
Trust level: Full 
Application Virtual Path:/
Application Path: c:\websites\foobar.acme.com\ 
Machine name: MyServer Process information: 
Process ID: 15152 
Process name: w3wp.exe 
Account name: NT AUTHORITY\NETWORK SERVICE Exception information: 
Exception type: HttpException 
Exception message: Server cannot set content type after HTTP headers have been sent. Request information: 
Request URL: http://foobar.acme.com/Project/Evaluate/ResultsXML.aspx?step=89&uid=4397&rnd=hhf8oe 

Request path: /Project/Evaluate/ResultsXML.aspx 
User host address: 192.168.102.1 
User: 
Is authenticated: False 
Authentication Type: 
Thread account name: NT AUTHORITY\NETWORK SERVICE Thread information: 
Thread ID: 12 
Thread account name: NT AUTHORITY\NETWORK SERVICE 
Is impersonating: False 
Stack trace: at System.Web.HttpResponse.set_ContentType(String value) at System.Web.UI.Page.SetIntrinsics(HttpContext context, 
Boolean allowAsync) at 
System.Web.UI.Page.ProcessRequestWithNoAssert(HttpContext context) 
at System.Web.UI.Page.ProcessRequest(HttpContext context) at 
ASP.error_aspx.ProcessRequest(HttpContext context) at 
System.Web.HttpServerUtility.ExecuteInternal(IHttpHandler handler, 
TextWriter writer, Boolean preserveForm, Boolean setPreviousPage, 
VirtualPath path, VirtualPath filePath, String physPath, Exception 
error, String queryStringOverride) 
Custom event details: 

Answer 1

क्लासिक पाइपलाइन मोड बनाम एकीकृत के साथ क्या करना पड़ सकता है। अपने दो वातावरण की तुलना करें और सुनिश्चित करें कि वे इस संबंध में भिन्न नहीं हैं।

एकीकृत पाइपलाइन मोड में आईआईआरसी आप लिखे जाने के बाद हेडर को रीसेट या हटा सकते हैं; क्लासिक मोड में आप नहीं कर सकते।

यदि आप अंतर नहीं जानते हैं, तो this आलेख देखें।

Answer 2

अगर मैं पहला जवाब लिखता हूं तो मैंने प्रश्न को पूरी तरह गलत समझा तो दूसरा जवाब जोड़ रहा हूं। इस जवाब में मैं मानता हूं कि बिल्कुल एक सर्वर है और यह ब्राउज़र/उपयोगकर्ता-विशिष्ट समस्या है।

1. पुष्टि करें कि त्रुटि तुम्हें तैनात एक लाल अन्य घटनाओं के लिए इवेंट लॉग की जाँच करें और सुनिश्चित करें कि यह केवल तब होता है अपने उपयोगकर्ता को अपने त्रुटि का सामना करना पड़ता है जब बनाने herring-- नहीं है।

2. कृपया त्रुटि के साथ जुड़े व्यवहार का वर्णन (जैसे क्या ब्राउज़र के प्रदर्शन? 500 त्रुटि? सिस्टम त्रुटि किसी तरह का संदेश? नेटवर्क डिस्कनेक्ट? करता है)

3. यातायात ब्राउज़र से आने वाले निरीक्षण (जैसे देखो आईआईएस लॉग पर)। आपके सर्वर को यातायात में दिखाई देने के अलावा उपयोगकर्ता के बारे में किसी भी चीज़ के बारे में एक श्वेत परवाह नहीं है। विशेष रूप से मैं स्वीकार्य शीर्षकों में मतभेदों के लिए नजर रखता हूं, जो ब्राउज़र विशिष्ट हो सकता है और सर्वर में एक अलग तर्क पथ ट्रिगर कर सकता है - जो सामग्री प्रकार को उपयोगकर्ता के ब्राउज़र को स्वीकार करने के लिए सेट करने का प्रयास करता है।

यहाँ अब के लिए जवाब पर पर मेरे जंगली अनुमान है:

ResultsXml.aspx के प्रयोजन के किसी तरह के एक दस्तावेज वापस जाने के लिए है, उस दस्तावेज़ के लिए एक बाहरी ऐप की आवश्यकता होती है (जैसे पीडीएफ या एक्सएमएल दर्शक); यह इनलाइन की सामग्री-स्वभाव के साथ लौटाता है; और कार्यालय कंप्यूटर की स्थानीय सुरक्षा नीति कैशिंग अक्षम करता है। इस मामले में तीसरे पक्ष के दर्शक ऐप फ़ाइल को खोजने में विफल रहेगा क्योंकि कैश वहां नहीं होगा।

अगर मैं गलत हूँ, ऊपर पोस्ट करें, और मैं अनुमान लगा :)

की