एक ही डेटा अनुबंधों का संदर्भ देने वाली एकाधिक डब्ल्यूसीएफ सेवाएं

Question

मैं डब्ल्यूसीएफ सेवाओं का एक सेट तैयार कर रहा हूं जो सामान्य डेटा अनुबंध (या यदि आप चाहें तो संस्थाएं) साझा करते हैं। ये सरल डेटा स्थानांतरण ऑब्जेक्ट्स हैं जो डेटाकंट्रैक्ट और डेटामेम्बर विशेषताओं से सजाए गए हैं। मैं स्पष्ट रूप से नाम और नामस्थान निर्दिष्ट कर रहा हूं। प्रति सेवा अनुबंध के 12 सदस्यों के औसत के आईडीसीन की सिफारिश के सिद्धांतों का पालन करने की कोशिश में, मैं अपनी सेवा परियोजना को कई सेवाओं में तोड़ रहा हूं।

मेरा डेटा अनुबंध एक अलग असेंबली में है जो मैं अपने ग्राहकों को प्रदान कर सकता हूं यदि वे .NET का उपयोग कर रहे हैं। वे संदर्भित असेंबली में पुन: उपयोग प्रकारों के लिए उनके सेवा संदर्भ बता सकते हैं। हालांकि, अगर वे .NET का उपयोग नहीं कर रहे हैं और वे 2 सेवाओं का उपयोग करते हैं जो दोनों एक ही इकाई का उपयोग करते हैं तो वे मानेंगे, एक संदिग्ध संदर्भ संदेश प्राप्त करेंगे। यदि मैं डेटा अनुबंध डीएल का संदर्भ नहीं देता तो मैं इसे विजुअल स्टूडियो में देख सकता हूं।

मेरा सवाल यह है कि, क्या मैं अपनी सेवाओं में कुछ भी कर सकता हूं, या वे क्लाइंट ऐप में कर सकते हैं ताकि यह पता चल सके कि डेटा अनुबंध किस प्रॉक्सी से आया है?

Answer 1

मैं अपने सभी डेटा अनुबंधों को एक असेंबली में भी रखना चाहता हूं जिसे कई सेवाओं और कई क्लाइंट ऐप्स द्वारा संदर्भित किया जाता है, जो बहुत अच्छा काम करता है लेकिन मैंने कभी भी .NET के बाहर सेवा का उपभोग करने की कोशिश नहीं की है।

यह जानना उपयोगी हो सकता है कि वे .NET के अलावा सेवा का उपभोग करने के लिए किस तकनीक का उपयोग कर रहे हैं? क्या विख्यात संदर्भ संदेश फेंक रहा है?

Answer 2

मेरे पास कई अंत सेवाएं हैं जो मेरे अंत में वस्तुओं को साझा करती हैं। मुझे यकीन नहीं है कि आपको यह समस्या क्यों है। मेरे मामले में, मैं इस तरह से वस्तुओं तक पहुंचने में सक्षम हूं। । । ।

Service1 ग्राहक = नए Service1()

client.CommonLibrary.Address। । ।

Service2 client2 = नए Service2()

client2.CommonLibrary.Address। । । ।

Answer 3

यह इस बात पर निर्भर करता है कि वे क्लाइंट पक्ष पर किस टूल का उपयोग कर रहे हैं। उदाहरण के लिए, जावा के लिए एक्सिस 2 के साथ wsdl2java उपकरण -यू स्विच का उपयोग करके प्रकार साझा कर सकता है।

how can I share proxy objects across multiple Axis2 web service clients?

Answer 4

मेरी समझ से

और WCF के साथ काम कर, या तो क्लाइंट एप्लिकेशन द्वारा उपयोग डेटा अनुबंध में से एक होगा मामले के रूप में लंबे समय के रूप पूरी तरह से योग्य नाम एक ही है और एक ही डेटा सदस्य हैं नहीं। आंतरिक रूप से यह वस्तु को गतिशील रूप से बनाते हैं और सार्वजनिक सेटटर का उपयोग करके उन डेटा सदस्य संपत्ति को पुन: असाइन करते हैं।

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

Answer 5

अच्छा लेख जो इस समस्या को हल करने का वर्णन करता है। Sharing DataContracts between WCF Services

Answer 6

हम विजुअल स्टूडियो सहायक के माध्यम से नहीं बल्कि कस्टम बैच फ़ाइलों द्वारा slsvcutil.exe (जैसा कि हम सिल्वरलाइट का उपयोग करते हैं) के माध्यम से हमारी सेवा प्रॉक्सी उत्पन्न करते हैं।वहाँ आप इस तरह/एन पैरामीटर का उपयोग कर एक नाम स्थान मानचित्रण निर्दिष्ट कर सकते हैं:

"C:\Program Files (x86)\Microsoft SDKs\Silverlight\v5.0\tools\slsvcutil.exe "^ 
http://ServiceUrl/MyService.svc^ 
**/n:http://youruri.org/CustomerService/DataContracts,CLR.Namespace.CustomerService^** 
/n:*,CLR.Namepsace.MyService^ 
/r:"%ProgramFilesFolder%\Reference Assemblies\Microsoft\Framework\Silverlight\v5.0\System.Windows.dll"^ 
/ct:System.Collections.ObjectModel.ObservableCollection`1^ 
/edb^ 

तो सभी डेटा नाम स्थान http://youruri.org/CustomerService/DataContracts होने ठेके प्रॉक्सी फ़ाइल और इतने पर में clr नाम स्थान CLR.Namespace.CustomerService को उत्पन्न कर रहे हैं। यह देखते हुए कि आपने इस प्रॉक्सी को उसी प्रॉक्सी असेंबली में अग्रिम रूप से जेनरेट किया है, आप इस पूरे नेमस्पेस को अपनी दूसरी फाइल से बाहर कर सकते हैं और सब कुछ ठीक काम करता है - हमने अंतिम चरण के लिए एक छोटा सा टूल लिखा था। अन्य सभी कॉन्ट्रैक्ट नेमस्पेस सीएलआर.Namepsace.MyService namspace (सभी को पकड़ने का तारांकन देखें)

प्रक्रिया सेट अप करने के लिए कुछ चमकदार है क्योंकि आपको बैच फ़ाइलों को शिल्प करना है, लेकिन एक बार ऐसा करने के बाद यह अच्छा काम करता है।