BizTalk는 net.tcp WCF 서비스를 게시합니다.
https://stackoverflow.com/questions/286077
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
BTS용 WCF-nettcp 어댑터 설정에 익숙한 사람이 있습니까?
수신 위치에 대한 WCF-netTcp 어댑터를 만들 때 BTS가 지정된 주소 URI를 수신하기 위해 포트 808을 언제 어떻게 열지 확신할 수 없습니다.전체 BizTalk 응용 프로그램을 다시 시작하는 경우에만 발생하는 것 같습니다.어떤 이유로든 포트가 닫히면 포트를 재구성하고 다시 열 수 있는 방법이 없습니다.
게다가 이는 net.tcp 바인딩일 뿐이므로 mex 엔드포인트가 노출되지 않습니다.노출된 WCF 서비스를 사용하려는 클라이언트 응용 프로그램에는 초기에 mex 메타데이터가 필요하다고 생각합니다.Visual Studio 프로젝트에서 직접 해당 끝점에 액세스하면
Metadata contains a reference that cannot be resolved: 'net.tcp://biztalkserver/PostReceiveLocation_TCP/PostReceiveService.svc'.
Metadata contains a reference that cannot be resolved: 'net.tcp://biztalkserver/PostReceiveLocation_TCP/PostReceiveService.svc'.
If the service is defined in the current solution, try building the solution and adding the service reference again.
mex 엔드포인트를 서비스에 적절하게 노출하는 방법을 알 수 없습니다.BizTalk WCF 서비스 게시 마법사가 혼란스럽습니다.내가 설정한 WCF 어댑터/수신 위치를 참조할 수 없습니다.나는 netTcp 서비스를 위해 무엇을 해야 하는지 가르치는 문서를 찾지 못했습니다.그것은 모두 HTTP에 관한 것입니다.
해결책
웃기네요. Net-Msmq WCF 서비스 게시에 대한 연습 WCF 서비스 게시 마법사가 실제로 어떻게 작동하는지 생각하게 해주세요.
문제는 이것입니다:WCF-netTcp 수신 위치를 수동으로 만들면 끝점 URI가 있습니다.net.tcp://biztalkserver/PostReceiveLocation_TCP/PostReceiveService.svc.WCF 서비스 게시 마법사에서 mex 끝점만 게시하는 옵션을 선택하면 결국 실제 서비스 위치와 혼동되는 WCF 서비스 위치를 묻는 메시지가 표시됩니다.Http URL만 허용하므로 Http 기반 WCF 끝점만 지원하는 것으로 보입니다.
하지만 해당 텍스트 상자에는 Http URL을 배치해야 합니다. 그냥 mex 엔드포인트, 실제 net.tcp WCF 엔드포인트가 아닙니다.이는 마법사가 필요한 메타데이터 파일을 생성하는 IIS의 위치입니다.완료되면 mex 엔드포인트를 호스팅하는 해당 위치는 클라이언트에게 net.tcp 엔드포인트에 있는 실제 서비스를 알립니다.
