2009-11-09 4 views
10

के कारण होता है मेरे पास दो डब्ल्यूसीएफ क्लाइंट हैं जो तृतीय पक्ष वेब सेवा का उपभोग करते हैं।<URI> पर कोई एंडपॉइंट नहीं सुन रहा था जो संदेश स्वीकार कर सकता था। यह अक्सर गलत पते या SOAP क्रिया

ये दो ग्राहक एक ही विधि कॉल निष्पादित करते हैं। एक मामले में यह हर बार काम करता है, दूसरे में मुझे "कोई एंडपॉइंट सुनना नहीं था ..." संदेश मिलता है।

जहाँ तक मैं कह सकता हूं, दोनों कॉल के बीच एकमात्र अंतर यह है कि वे दो अलग-अलग क्लाइंट exes में हैं, और इसका मतलब है कि .exe.config फ़ाइलें समान नहीं हैं। वे एक ही स्रोत कोड का उपयोग करते हैं, जिसे विजुअल स्टूडियो में दो परियोजनाओं के बीच साझा किया जाता है, इसलिए यह अलग नहीं है।

लेकिन असल में उन दो exe.config फ़ाइलों की सामग्री (लगभग) बिल्कुल वही है; केवल अंतर यह है कि विफल होने वाले कॉल के लिए exe.config में अधिकतम बफर आकार और अधिकतम रीसाइज्ड मैसेज आकार बाध्यकारी तत्व के गुणों के साथ-साथ एक बड़ा sendTimeout मान के लिए बड़े मान हैं।

उत्तर

6

यह वास्तव में एक उत्तर नहीं है, यह एक स्पष्टीकरण है।

समस्या यह है कि उपर्युक्त दो क्लाइंट्स में से एक डेस्कटॉप डेस्कटॉप फॉर्म ऐप था, और दूसरा विंडोज़ सेवा थी। वे दोनों एक ही कोड बेस (यानी एक वर्ग के उदाहरण) का इस्तेमाल करते थे, और लगभग उसी ऐप.कॉन्फिग फाइलें।

लेकिन सिस्टम अकाउंट के तहत लॉग इन की गई सेवा - और कुछ साइटों पर यह इंटरनेट तक पहुंचने के लिए अधिकार/प्रोफ़ाइल प्रतीत नहीं होता है, और इसलिए यह वेब सेवा एंडपॉइंट नहीं मिला। स्पष्ट। जब तुम्हें पता हो।

+0

आपने इसे कैसे ठीक किया? – BlueChippy

+0

मुझे याद नहीं है कि मैंने इस वास्तविक मामले को कैसे तय किया है, लेकिन कम से कम दो समाधान हैं - या तो सिस्टम अकाउंट इंटरनेट तक पहुंचने में सक्षम होने के लिए, या इस तरह से प्रवेश करने के लिए सेवा प्राप्त करने के लिए सेवा प्राप्त करें इंटरनेट। – Peter

संबंधित मुद्दे