ContractFilter ไม่ตรงกันที่ข้อยกเว้น EndpointDispatcher

ฉันมีสถานการณ์ต่อไปนี้ที่ฉันกำลังพยายามทดสอบ:

1. WSDL ทั่วไป
2. จุดสิ้นสุด WCF ที่ใช้อ็อบเจ็กต์ตาม WSDL และโฮสต์ใน IIS
3. แอปไคลเอ็นต์ที่ใช้พร็อกซีโดยอิงจาก WSDL เพื่อสร้างคำขอ

เมื่อฉันเรียกใช้บริการเว็บจากไคลเอนต์ไปยังปลายทางของบริการฉันได้รับข้อยกเว้นต่อไปนี้:

{"ข้อความที่มี Action" http: // IMyService / CreateContainer "ไม่สามารถประมวลผลที่เครื่องรับได้เนื่องจาก ContractFilter ไม่ตรงกันที่ EndpointDispatcher อาจเป็นเพราะความไม่ตรงกันของสัญญา (การดำเนินการที่ไม่ตรงกันระหว่างผู้ส่งและผู้รับ) หรือ ผลผูกพัน / ความปลอดภัยไม่ตรงกันระหว่างผู้ส่งและผู้รับตรวจสอบว่าผู้ส่งและผู้รับมีสัญญาเดียวกันและมีผลผูกพันเดียวกัน (รวมถึงข้อกำหนดด้านความปลอดภัยเช่น Message, Transport, None) "}

ฉันเริ่มใช้ MS Service Trace Viewer แต่ไม่แน่ใจว่าจะดูที่ไหน ในขณะที่ดูคลาสในไคลเอนต์และปลายทางจะปรากฏเหมือนกัน

จะเริ่มแก้ปัญหานี้ได้อย่างไร

ข้อยกเว้นนี้มีสาเหตุที่เป็นไปได้อะไรบ้าง

"ContractFilter ไม่ตรงกันที่ EndpointDispatcher" หมายความว่าผู้รับไม่สามารถประมวลผลข้อความได้เนื่องจากไม่ตรงกับสัญญาใด ๆ ที่ผู้รับได้กำหนดค่าไว้สำหรับปลายทางที่ได้รับข้อความ

อาจเป็นเพราะ:

• คุณมีสัญญาที่แตกต่างกันระหว่างลูกค้าและผู้ส่ง
• คุณกำลังใช้การเชื่อมโยงที่แตกต่างกันระหว่างไคลเอนต์และผู้ส่ง
• การตั้งค่าความปลอดภัยของข้อความไม่สอดคล้องกันระหว่างไคลเอนต์และผู้ส่ง

ดูที่EndpointDispatcherชั้นเรียนสำหรับข้อมูลเพิ่มเติมเกี่ยวกับเรื่องนี้

ดังนั้น:

ตรวจสอบให้แน่ใจว่าสัญญาไคลเอนต์และเซิร์ฟเวอร์ของคุณตรงกัน

• หากคุณสร้างไคลเอนต์จาก WSDL WSDL เป็นปัจจุบันหรือไม่
• หากคุณได้ทำการเปลี่ยนแปลงสัญญาล่าสุดคุณได้ปรับใช้ทั้งไคลเอนต์และเซิร์ฟเวอร์เวอร์ชันที่ถูกต้องหรือไม่
• หากคุณสร้างคลาสสัญญาไคลเอ็นต์ด้วยมือโปรดตรวจสอบว่าเนมสเปซชื่อองค์ประกอบและชื่อการดำเนินการตรงกับที่เซิร์ฟเวอร์คาดหวัง

ตรวจสอบการผูกเหมือนกันระหว่างไคลเอนต์และเซิร์ฟเวอร์

• หากคุณใช้ไฟล์. config เพื่อจัดการปลายทางของคุณตรวจสอบให้แน่ใจว่าองค์ประกอบการเชื่อมโยงตรงกัน

ตรวจสอบว่าการตั้งค่าความปลอดภัยเหมือนกันระหว่างไคลเอนต์และเซิร์ฟเวอร์

• หากคุณใช้ไฟล์. config เพื่อจัดการปลายทางของคุณให้ตรวจสอบว่าองค์ประกอบความปลอดภัยตรงกัน

ฉันมีข้อผิดพลาดนี้และเกิดจากสัญญาของผู้รับไม่ได้ใช้วิธีการที่เรียก โดยทั่วไปมีบางคนไม่ได้ปรับใช้บริการ WCF เวอร์ชันล่าสุดกับเซิร์ฟเวอร์โฮสต์

นอกจากนี้คุณยังจะได้รับสิ่งนี้หากคุณพยายามเชื่อมต่อกับURL ที่ไม่ถูกต้อง ;)

ฉันมีปลายทางและบริการสองรายการที่กำหนดไว้ในระบบของฉันโดยมีชื่อคล้ายกัน

พบข้อผิดพลาดที่แน่นอนนี้เมื่อมีการสลับ URL บนไคลเอนต์ของฉันในบางจุด เกาหัวจริงๆจนในที่สุดก็ค้นพบข้อผิดพลาดที่โง่เขลานี้

ฉันมีปัญหานี้และพบว่าในตัวสร้างพร็อกซีของฉันซึ่งฉันคัดลอกมาจากบริการอื่นฉันลืมเปลี่ยนชื่อของบริการ

ฉันเปลี่ยนสิ่งนี้ ...

Return New Service1DataClient(binding, New EndpointAddress(My.Settings.WCFServiceURL & "/Service1Data.svc"))

ถึง...

Return New Service2DataClient(binding, New EndpointAddress(My.Settings.WCFServiceURL & "/Service2Data.svc"))

มันเป็นข้อผิดพลาดของรหัสธรรมดา แต่แทบจะเป็นไปไม่ได้เลยที่จะแก้ไข ฉันหวังว่านี่จะช่วยประหยัดเวลาใครบางคน

สำหรับไคลเอ็นต์ Java ที่เรียกใช้. net endpoint สาเหตุนี้เกิดจากส่วนหัว Soap Action ไม่ตรงกัน

Content-Type: application/soap+xml;charset=UTF-8;action="http://example.org/ExampleWS/exampleMethod"

ส่วนหัว HTTP ด้านบนหรือแท็ก XML ต่อไปนี้ต้องตรงกับการกระทำ / วิธีการที่คุณพยายามเรียกใช้

   <soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:tem="http://tempuri.org/" xmlns:gen="http://schemas.datacontract.org/2004/07/GenesysOnline.WCFServices">
   <soap:Header xmlns:wsa="http://www.w3.org/2005/08/addressing">
      <wsa:To>https://example.org/v1/Service.svc</wsa:To>
      <wsa:Action>http://example.org/ExampleWS/exampleMethod</wsa:Action>
   </soap:Header>
   <soap:Body>
    ...
   </soap:Body>
</soap:Envelope>

ฉันแก้ไขปัญหานี้โดยเพิ่มสิ่งต่อไปนี้ในการดำเนินการตามสัญญาของฉัน:

[ServiceBehavior(AddressFilterMode = AddressFilterMode.Any)]

ตัวอย่างเช่น:

[ServiceBehavior(AddressFilterMode = AddressFilterMode.Any)]
public class MyUploadService : IMyUploadService
{

}

ฉันได้รับสิ่งนี้หลังจากที่ฉันคัดลอกไฟล์ svc และเปลี่ยนชื่อมัน แม้ว่าชื่อไฟล์และไฟล์ svc.cs จะถูกเปลี่ยนชื่ออย่างถูกต้อง แต่มาร์กอัปยังคงอ้างอิงไฟล์ต้นฉบับ

ในการแก้ไขปัญหานี้ให้คลิกขวาที่ไฟล์ svc ที่คัดลอกแล้วเลือกView Markupและเปลี่ยนการอ้างอิงบริการ

ดังที่กล่าวไว้ในคำตอบอื่น ๆ เช่น @chinto สิ่งนี้จะเกิดขึ้นเมื่อองค์ประกอบส่วนหัว SOAP: Action ไม่ตรงกับ Endpoint

คุณสามารถค้นหา URI ที่ถูกต้องเพื่อใช้โดยดูที่ WSDL ของเซิร์ฟเวอร์ คุณจะเห็นองค์ประกอบการดำเนินการที่มีลูกป้อนข้อมูลที่มีแอตทริบิวต์ "การดำเนินการ" นั่นคือสิ่งที่ SOAP ของคุณ: การดำเนินการต้องเป็นไปตามคำขอของลูกค้า

<wsdl:operation name="MethodName">
<wsdl:input wsaw:Action="http://tempuri.org/IInterface/MethodName" message="tns:IInterface_MethodName_InputMessage"/>
<wsdl:output wsaw:Action="http://tempuri.org/IInterface/MethodNameResponse" message="tns:IInterface_MethodName_OutputMessage"/>
</wsdl:operation>

ฉันมีปัญหาเดียวกัน ปัญหาคือฉันคัดลอกรหัสจากบริการอื่นเป็นจุดเริ่มต้นและไม่ได้เปลี่ยนคลาสบริการในไฟล์. vc

เปิดไฟล์. svc และตรวจสอบว่าแอตทริบิวต์บริการถูกต้อง

 <%@ ServiceHost Language="C#" Debug="true" Service="SME.WCF.ApplicationServices.ReportRenderer" CodeBehind="ReportRenderer.svc.cs" %>

ข้อผิดพลาดแจ้งว่ามีความไม่ตรงกันโดยสมมติว่าคุณมีสัญญาทั่วไปที่ใช้ WSDL เดียวกันจากนั้นข้อผิดพลาดจะอยู่ในการกำหนดค่า

ตัวอย่างเช่นไคลเอ็นต์กำลังใช้ nettcpip และเซิร์ฟเวอร์ถูกตั้งค่าให้ใช้ http พื้นฐาน

ฉันมีข้อผิดพลาดที่คล้ายกัน อาจเป็นเพราะคุณจะเปลี่ยนการตั้งค่าสัญญาบางอย่างในไฟล์กำหนดค่าของคุณหลังจากที่มีการอ้างถึงในโปรเจ็กต์ของคุณ วิธีแก้ปัญหา - อัปเดตการอ้างอิงบริการเว็บในโครงการ VSstudio ของคุณหรือสร้างพร็อกซีใหม่โดยใช้ svcutil.exe

โดยทั่วไปแล้วข้อผิดพลาดนี้จะเกิดขึ้นหากโค้ดไม่ได้ถูกปรับใช้อย่างเหมาะสม

ในกรณีของฉันฉันมีสองบริการ ServiceA และ ServiceB ฉันพบปัญหาว่าไฟล์ ServiceB ไม่ได้ถูกปรับใช้อย่างถูกต้อง เนื่องจากเมื่อ ServiceA เรียก ServiceB เป็นการภายในจึงให้ข้อผิดพลาดด้านล่าง

โปรดตรวจสอบให้แน่ใจว่าไฟล์และข้อมูลอ้างอิงถูกปรับใช้อย่างเหมาะสม

ฉันใช้เวลาหลายวันในการค้นหาคำตอบและฉันพบมัน แต่ไม่พบในชุดข้อความนี้ ฉันใหม่มากสำหรับ WCF และ C # ดังนั้นคำตอบบางอย่างอาจชัดเจน

ในสถานการณ์ของฉันฉันมีเครื่องมือไคลเอนต์ที่พัฒนาขึ้นสำหรับบริการ ASMX และสำหรับฉันแล้วมันก็ส่งคืนข้อความแสดงข้อผิดพลาดเดียวกันนั้น

หลังจากลองใช้คำแนะนำทุกประเภทแล้วฉันพบไซต์นี้:

http://myshittycode.com/2013/10/01/the-message-with-action-cannot-be-processed-at-the-receiver-due-to-a-contractfilter-mismatch-at-the-endpointdispatcher/

มันทำให้ฉันมาถูกทาง "soap: operation" โดยเฉพาะ - WCF ต่อท้าย ServiceName เข้ากับเนมสเปซ:

ลูกค้าที่คาดหวังHttp://TEST.COM/Loginแต่ WCF Http://TEST.COM/IService1/Loginที่ส่ง วิธีแก้ไขคือเพิ่มการตั้งค่าเป็น[OperationContract]ดังนี้:

[OperationContract(Action = "http://TEST.COM/Login", ReplyAction = "http://TEST.COM/Login")] (ละเว้นช่องว่างใน Http)

อาจเป็นเพราะสาเหตุ 2 ประการนี้:

1. การอ้างอิงบริการล้าสมัยคลิกขวาที่บริการอ้างอิง n อัปเดต

2. สัญญาที่คุณได้ดำเนินการอาจแตกต่างจากที่ลูกค้ามี เปรียบเทียบทั้งบริการ n สัญญาลูกค้า n แก้ไขสัญญาที่ไม่ตรงกัน

หากคุณกำลังเรียกใช้วิธี WCF คุณควรรวมอินเทอร์เฟซในส่วนหัว

HttpWebRequest req = (HttpWebRequest)WebRequest.Create(Url);
if (Url.Contains(".svc"))
{
    isWCFService = true;
    req.Headers.Add("SOAPAction", "http://tempuri.org/WCF_INterface/GetAPIKeys");
}
else 
{
    req.Headers.Add("SOAPAction", "\"http://tempuri.org/" + asmxMethodName+ "\"");
}

นอกจากนี้อาจเป็นประโยชน์สำหรับผู้ที่กำลังทำสิ่งนี้โดยการเข้ารหัส คุณต้องเพิ่ม WebHttpBehavior () ไปยังปลายทางบริการที่เพิ่มของคุณ สิ่งที่ต้องการ:

restHost.AddServiceEndpoint(typeof(IRestInterface), new WebHttpBinding(), "").Behaviors.Add(new WebHttpBehavior()); 

ดูที่: https://docs.microsoft.com/en-us/dotnet/framework/wcf/feature-details/calling-a-rest-style-service-from-a-wcf-service

โง่ แต่ฉันลืมเพิ่มลง[OperationContract]ในอินเทอร์เฟซบริการของฉัน (อันที่มีเครื่องหมาย[ServiceContract]) จากนั้นคุณจะได้รับข้อผิดพลาดนี้

ลูกค้าของคุณไม่ได้รับการอัปเดตดังนั้นอัปเดตบริการของคุณจากบริการบนเว็บแล้วสร้างโครงการของคุณใหม่

ฉันมีปัญหานี้เช่นกัน ปรากฎว่าเกิดจากตัวซีเรียลไลเซอร์สัญญาเมื่อสิ้นสุดเซิร์ฟเวอร์ มันไม่สามารถกลับวัตถุสัญญาข้อมูลของฉันเพราะบางส่วนของ datamembers มันเป็นคุณสมบัติที่อ่านได้อย่างเดียว

ตรวจสอบให้แน่ใจว่าออบเจ็กต์ของคุณมีตัวกำหนดคุณสมบัติที่ตั้งใจจะทำให้เป็นอนุกรม

ผิดปกติมากพอที่เราจะแก้ไขข้อผิดพลาดนี้โดยใช้ปลอกเดียวกันกับชื่อ Path และ OperationContract ที่ใช้ เห็นได้ชัดว่าเป็นกรณี ๆ ไป หากใครทราบสาเหตุกรุณาแสดงความคิดเห็น ขอบคุณ!

ดังนั้นกรณีของฉันมีดังต่อไปนี้ ฉันไม่ได้ใช้พร็อกซีสำหรับการโต้ตอบไคลเอนต์เซิร์ฟเวอร์ฉันใช้ ChannelFactory (ดังนั้นคำแนะนำทั้งหมดในการอัปเกรดเป็นข้อมูลอ้างอิงบริการจึงไม่มีความหมายสำหรับฉัน)

บริการถูกโฮสต์ใน IIS และด้วยเหตุผลบางประการจึงมีการอ้างอิงที่ไม่ถูกต้องในโฟลเดอร์ bin ที่นั่น การคอมไพล์โครงการใหม่ไม่ได้นำไปสู่ ​​dll ใหม่ในโฟลเดอร์นั้น

ดังนั้นฉันจึงลบข้อมูลทั้งหมดออกจากที่นั่นและเพิ่มการอ้างอิงถึงบริการในโซลูชันเดียวกันจากนั้นคอมไพล์ใหม่และตอนนี้ทุกอย่างใช้งานได้

ปัญหาของฉันกลายเป็นสิ่งที่หายาก แต่ฉันจะพูดถึงมันต่อไป

ฉันพบปัญหาในการปรับใช้กับสภาพแวดล้อมการพัฒนาของเรา บนเครื่องนั้นผู้สร้างของเราได้สร้างสองโฟลเดอร์ (ใช้งานสองแอปพลิเคชัน) เวอร์ชันเก่าและเวอร์ชันปัจจุบันใหม่ ดังนั้นหากคุณไม่มีแอปพลิเคชันสองเวอร์ชันบนเว็บเซิร์ฟเวอร์จะไม่มีผลกับคุณ

ตำแหน่งใหม่ที่เขาสร้างขึ้นมีชื่อที่ไม่ได้มาตรฐานเป็นส่วนแรกของ url หลังโฮสต์:

net.tcp://dev.umbrellacorp.com/DifferentFolderName/MyProvider

บนเครื่องโลคัลของฉันไคลเอนต์ของฉันชี้ไปที่ชื่อโฟลเดอร์มาตรฐานตามที่ตั้งค่าไว้ในทุกสภาพแวดล้อม (ยกเว้นการพัฒนา) รวมถึงสภาพแวดล้อมภายในของฉัน

net.tcp://dev.umbrellacorp.com/AppServices/MyProvider

เมื่อฉันพัดหายไปและแทนที่ web.config ในการพัฒนาด้วยสำเนาในเครื่องของฉันส่วนของ url ที่จำเป็นต้องมีความพิเศษจะถูกลบออกไปพร้อมกับส่วนมาตรฐานดังนั้นไคลเอ็นต์ที่ dev จึงชี้ไปที่แอปพลิเคชันเก่า

แอปพลิเคชันเก่ามีสัญญาเก่าและไม่เข้าใจคำขอและส่งข้อผิดพลาดนี้

ฉันมีข้อผิดพลาดเดียวกันกับบริการ WCF ที่ใช้งานปัญหาเกี่ยวข้องกับบริการอื่นที่ปรับใช้กับสัญญาอื่นที่มีพอร์ตเดียวกัน

สารละลาย

ฉันใช้พอร์ตต่างๆใน web.config และปัญหาก็หายไป

บริการ 1

contract="Service.WCF.Contracts.IBusiness1" 
baseAddress="net.tcp://local:5244/ServiceBusiness" 

บริการ 2

contract="Service.WCF.Contracts.IBusiness2"
baseAddress="net.tcp://local:5243/ServiceBusiness"

นอกจากนี้ฉันพบสถานการณ์นี้โดยใช้พอร์ตที่แตกต่างกันสำหรับที่อยู่เดียวกันระหว่างบริการและผู้บริโภค

ฉันพบข้อผิดพลาดนี้เนื่องจากฉันมี DLL เวอร์ชันเก่าใน GAC ของเซิร์ฟเวอร์ของฉัน ดังนั้นตรวจสอบให้แน่ใจว่าทุกอย่างถูกอ้างอิงอย่างถูกต้องและแอสเซมบลี / GAC เป็นข้อมูลล่าสุดพร้อมกับ dll ที่ดี

ฉันมีปัญหานี้ om เซิร์ฟเวอร์ทดสอบของฉันเพราะฉันใช้ wcf เดียวกันสองสำเนาบนแอพพูลเดียวกัน สิ่งที่แก้ไขได้สำหรับฉันคือสร้างพูลแยกสำหรับแต่ละเวอร์ชันบน wcf ของฉันและรีสตาร์ท IIS หลังจากนี้

สำหรับผู้ที่ใช้ NodeJS กับaxiosเพื่อสร้างคำขอ SOAP คุณต้องรวมไฟล์SOAPAction header. ตรวจสอบตัวอย่างด้านล่าง:

axios.post('https://wscredhomosocinalparceria.facilinformatica.com.br/WCF/Soap/Emprestimo.svc?wsdl',
           xmls,
  {headers:
  {
    'Content-Type': 'text/xml',
    SOAPAction: 'http://schemas.facilinformatica.com.br/Facil.Credito.WsCred/IEmprestimo/CalcularPrevisaoDeParcelas'}
  }).then(res => {
    console.log(res)
  }).catch(err => {
    console.log(err.response.data)
  })