4
WCF를 사용하여 .NET 이외의 클라이언트를위한 SOAP 인터페이스를 노출하는 데 문제가있는 사람은 누구입니까? 다른 SOAP 라이브러리와의 비 호환성 예를 들면?WCF를 사용하여 .NET 이외의 클라이언트를위한 SOAP 인터페이스를 노출하는 데 문제가있는 사람은 누구입니까?
SOAP 인터페이스를 제 3자가 우리 소프트웨어와 통합 할 수 있도록하기위한 것입니다.
A
답변
8
내가 WCF와 조우 한 문제 영역의 일부를 :
- 그것은 여러 URL을 통해 을 분할 WSDL을 생성합니다. 즉, 하나의 스키마 중 일부는 하나의 URL에 있습니다. 다른 URL은 다른 URL에 있습니다. "주"WSDL URL (서비스 이름 뒤에 이 "? WSDL"로 표시된 것) 은 다른 URL을 참조합니다
xsd:import요소를 통해 많은 SOAP 클라이언트 (예를 들어, pre-.NET Delphi)는이 관용구에 엄청난 어려움을 겪고 있습니다. 실제로 상호 운용성을 확보하기 위해서는 WSDL을 "평평하게"해야합니다. 한 솔루션은 here입니다. - WCF는 ASMX 웹 서비스와 동일한 방식으로 XML 네임 스페이스 을 생성하지 않습니다. WCF는 서비스 또는 데이터 계약 을 자체의 네임 스페이스에 배치하는 경향이 있습니다. 을 선택하십시오. 다시, 일부 SOAP 클라이언트는이 문제를 가지고 있습니다. ServiceContract 및 DataContract 특성에 명시 적 네임 스페이스를 추가하여 상호 운용성 수준을 높일 수 있습니다.
- 많은 SOAP 클라이언트는 오류를 WCF 클라이언트처럼 잘못 처리하지 않습니다. 예를 들어, 프록시 생성 코드는 은 WSDL에 선언 된 오류 에 대한 클라이언트 측 객체를 만들지 않습니다. 오류는 여전히 클라이언트에게 에게 전송되지만, 클라이언트는 에 더 많은 작업을 수행해야합니다. 어떤 종류의 오류인지 알아 내려면 입니다. 일부 자바 구현에 의해 지원 (2003) - 주소 WS 나중에 초안을 지원하는 오라클 BPEL은 WCF에서 지원하지 않는 예의 예를 들어 Version (버전) - WS-의
0
일반적으로 모든 것이 정상적으로 작동합니다. 그것은 분명히 당신이 사용하고있는 클라이언트에 의존 할 것입니다 - 모든 사람들이 SOAP을 적절히 구현하는 것은 아닙니다.
P. 좀 더 구체적인 대답을 원하면 질문을 다시 말해 주시겠습니까?
1
버전 * 표준 스택은 또한 상호 운용성 문제가 될 수 있습니다 1.0 버전이지만 1.0 2003 년 이전 버전이 아닙니다.
희망 사항으로 더 명확 해졌습니다 :) –
다시 한 번 알려주세요. –
일반적인 질문입니다. 어떤 문제가 있을지 모르겠지만 누군가가 발생했는지 알고 싶습니다. 코딩을 시작하기 전에 분명히 모든 문제를 알고 싶습니다! :) –