डब्ल्यूसीएफ डुप्लिकेट विधि नामों के साथ एकाधिक अनुबंध

Question

मेरे पास कई अनुबंधों के साथ एक सेवा है।

[ServiceContract] 
public partial interface IBusinessFunctionDAO { 

    [OperationContract] 
    BusinessFunction GetBusinessFunction(Int32 businessFunctionRefID); 

    [OperationContract] 
    IEnumerable<Project> GetProjects(Int32 businessFunctionRefID); 
} 

[ServiceContract] 
public partial interface IBusinessUnitDAO { 

    [OperationContract] 
    BusinessUnit GetBusinessUnit(Int32 businessUnitRefID); 

    [OperationContract] 
    IEnumerable<Project> GetProjects(Int32 businessUnitRefID); 
} 

मैंने स्पष्ट रूप से इस तरह के इंटरफ़ेस में से प्रत्येक को स्पष्ट रूप से कार्यान्वित किया।

public class TrackingTool : IBusinessFunctionDAO, IBusinessUnitDAO { 

    BusinessFunction IBusinessFunctionDAO.GetBusinessFunction(Int32 businessFunctionRefID) { 
     // implementation 
    } 
    IEnumerable<Project> IBusinessFunctionDAO.GetProjects(Int32 businessFunctionRefID) { 
     // implementation 
    } 

    BusinessUnit IBusinessUnitDAO.GetBusinessUnit(Int32 businessUnitRefID) { 
     // implementation 
    } 
    IEnumerable<Project> IBusinessUnitDAO.GetProjects(Int32 businessUnitRefID) { 
     // implementation 
    } 
} 

आप देख सकते हैं मैं दो GetProjects (int) तरीके है, लेकिन हर एक को स्पष्ट रूप से कार्यान्वित किया जाता है तो यह ठीक संकलित करता है तथा पूरी तरह से वैध है। समस्या तब उत्पन्न होती है जब मैं वास्तव में इसे एक सेवा के रूप में शुरू करता हूं। यह मुझे एक त्रुटि देता है कि TrackingTool में पहले से ही GetProject परिभाषा है। हालांकि यह सच है, यह एक अलग सेवा अनुबंध का हिस्सा है। विधि नाम उत्पन्न करते समय डब्ल्यूसीएफ सर्विस अनुबंधों के बीच अंतर नहीं करता है? क्या यह सेवा अनुबंधों के बीच अंतर करने का कोई तरीका है?

मेरे app.config इस

<service name="TrackingTool"> 
    <endpoint address="BusinessUnit" contract="IBusinessUnitDAO" /> 
    <endpoint address="BusinessFunction" contract="IBusinessFunctionDAO" /> 
</service> 

किसी भी मदद की सराहना की जाएगी तरह दिखता है।

धन्यवाद, राउल

Answer 1

मुझे लगता है कि मुझे इसका कारण मिला है।

<wsdl:message name="IBusinessUnitDAO_GetBusinessUnitProjects_InputMessage"> 
    <wsdl:part name="parameters" element="tns:GetBusinessUnitProjects" /> 
</wsdl:message> 
<wsdl:message name="IBusinessFunctionDAO_GetBusinessFunctionProjects_InputMessage"> 
    <wsdl:part name="parameters" element="tns:GetBusinessFunctionProjects" /> 
</wsdl:message> 

फिर XSD कि टीएनएस को परिभाषित करता है में

: डबल्यूएसडीएल में समारोह के रूप में निम्नलिखित उजागर हो जाता है नाम स्थान हम निम्नलिखित है:

<xs:element name="GetBusinessUnitProjects"> 
    <xs:complexType> 
    <xs:sequence> 
     <xs:element minOccurs="0" name="businessUnitRefID" type="xs:int" /> 
    </xs:sequence> 
    </xs:complexType> 
</xs:element> 

<xs:element name="GetBusinessFunctionProjects"> 
    <xs:complexType> 
    <xs:sequence> 
     <xs:element minOccurs="0" name="businessFunctionRefID" type="xs:int" /> 
    </xs:sequence> 
    </xs:complexType> 
</xs:element> 

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

[ServiceContract(Namespace="Tracking/BusinessFunction")] 
public partial interface IBusinessFunctionDAO { 

    [OperationContract] 
    BusinessFunction GetBusinessFunction(Int32 businessFunctionRefID); 

    [OperationContract] 
    IEnumerable<Project> GetProjects(Int32 businessFunctionRefID); 
} 

[ServiceContract(Namespace="Tracking/BusinessUnit")] 
public partial interface IBusinessUnitDAO { 

    [OperationContract] 
    BusinessUnit GetBusinessUnit(Int32 businessUnitRefID); 

    [OperationContract] 
    IEnumerable<Project> GetProjects(Int32 businessUnitRefID); 
} 

जब हम डबल्यूएसडीएल उत्पन्न हम एक नाम स्थान हम बनाने के लिए एक डबल्यूएसडीएल मिलता है। इस नेमस्पेस में प्रत्येक पोर्ट को इसके सभी संचालन और तत्वों के साथ पहचाना गया है। इसलिए हमारे अलग WSDL के में से प्रत्येक के अंदर हम निम्नलिखित मिलती है:

//File: Tracking.BusinessFunction.wsdl 
<wsdl:message name="IBusinessFunctionDAO_GetProjects_InputMessage"> 
    <wsdl:part name="parameters" element="tns:GetProjects" /> 
</wsdl:message> 

//File: Tracking.BusinessUnit.wsdl 
<wsdl:message name="IBusinessUnitDAO_GetProjects_InputMessage"> 
    <wsdl:part name="parameters" element="tns:GetProjects" /> 
</wsdl:message> 

के रूप में आप वे दोनों एक ही तत्व का नाम देख सकते हैं, लेकिन क्योंकि वे विभिन्न नामस्थान तत्वों नहीं रह गया है एक दूसरे के साथ संघर्ष में हैं।अगर हम XSD पर एक नज़र डालें वे अब एक ही तत्व परिभाषित किया गया है, लेकिन विभिन्न मापदंडों के साथ:

//File: Tracking.BusinessFunction.xsd 
<xs:element name="GetProjects"> 
    <xs:complexType> 
    <xs:sequence> 
     <xs:element minOccurs="0" name="businessFunctionRefID" type="xs:int" /> 
    </xs:sequence> 
    </xs:complexType> 
</xs:element> 

//File: Tracking.BusinessUnit.xsd 
<xs:element name="GetProjects"> 
    <xs:complexType> 
    <xs:sequence> 
     <xs:element minOccurs="0" name="businessUnitRefID" type="xs:int" /> 
    </xs:sequence> 
    </xs:complexType> 
</xs:element> 

तो अपने मूल सवाल का जवाब प्रत्येक सेवा अनुबंध एक अलग नाम स्थान में रहते हैं तो आप नहीं है बनाने के लिए है विवादित बंदरगाह तत्व हैं। इससे आपको अलग-अलग डब्लूएसडीएल में अपने अनुबंध होने की लचीलापन भी मिलती है, यदि आप उनमें से कुछ हिस्सों को वितरित कर रहे हैं तो प्रबंधन करना आसान होता है।

Answer 2

दो तरीकों संघर्ष दूर करने के लिए है, इसलिए जैसे ही नाम है कि के लिए OperationContract विशेषता पर Action संपत्ति सेट करके देखें:

[ServiceContract] 
public partial interface IBusinessFunctionDAO { 

[OperationContract] 
BusinessFunction GetBusinessFunction(Int32 businessFunctionRefID); 

[OperationContract(Action="GetBusinessFunctionProjects")] 
IEnumerable<Project> GetProjects(Int32 businessFunctionRefID); 
} 

[ServiceContract] 
public partial interface IBusinessUnitDAO { 

[OperationContract] 
BusinessUnit GetBusinessUnit(Int32 businessUnitRefID); 

[OperationContract(Action="GetBusinessUnitProjects")] 
IEnumerable<Project> GetProjects(Int32 businessUnitRefID); 
} 

Answer 3

आप एक उपनाम का उपयोग कर की कोशिश कर सकते शायद:

[OperationContract(Name = "YourMethodNameHere")]
IEnumerable GetProjects(Int32 businessUnitRefID);

देखें: http://jeffbarnes.net/blog/post/2006/09/21/Overloading-Methods-in-WCF.aspx