Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일

WCF - A property with the name 'UriTemplateMatchResults' already exists.

WCF 호출 시 예외는 발생하지 않지만, Visual Studio에서 Debug 모드로 실행했을 때는 다음과 같이 예외가 발생할 때가 있습니다.

System.ArgumentException occurred
  HResult=0x80070057
  Message=A property with the name 'UriTemplateMatchResults' already exists.

   at System.ServiceModel.Channels.MessageProperties.UpdateProperty(String name, Object value, Boolean mustNotExist)

First-chance 예외 설정으로 인한 것인데요.

First-Chance Exception
; https://www.sysnet.pe.kr/2/0/510

이 예외를 재현하는 방법은 간단합니다. 다음과 같이 WCF 서비스를 정의하고,

using System.ServiceModel;
using System.ServiceModel.Web;

namespace WcfService1
{
    [ServiceContract]
    public interface IService1
    {
        [WebGet(UriTemplate = "date/{value}", ResponseFormat = WebMessageFormat.Xml)]
        [OperationContract]
        string GetData(int value);
    }
}

namespace WcfService1
{
    public class Service1 : IService1
    {
        public string GetData(int value)
        {
            return string.Format("You entered: {0}", value);
        }
    }
}

이 서비스를 WebHttpBinding으로 호출하는 경우,

using System;
using System.ServiceModel;
using System.ServiceModel.Description;
using WcfServiceLibrary1;

namespace ConsoleApp1
{
    class Program
    {
        static void Main(string[] args)
        {
            while (true)
            {
                Console.ReadLine();

                string svcUrl = "http://localhost:8733/Design_Time_Addresses/WcfServiceLibrary1/Service1/WebA";
                WebHttpBinding webHttpBinding = new WebHttpBinding();
                using (ChannelFactory<IService1> factory = new ChannelFactory<IService1>(webHttpBinding, new EndpointAddress(svcUrl)))
                {
                    factory.Endpoint.Behaviors.Add(new WebHttpBehavior());
                    IService1 svc = factory.CreateChannel();
                    string text = svc.GetData("2012");

                    Console.WriteLine(text);
                }
            }
        }
    }
}

svc.GetData 호출 시 내부에서 try/catch로 먹힌 "System.ArgumentException" 예외가 발생합니다. 물론, 실제 운영 시에는 지장이 없지만 Visual Studio에서 디버깅으로 "System.ArgumentException" 예외가 thrown되는 것은 여간 귀찮은 일이 아닐 수 없습니다.

이 예외를 없애기 위해서는 관리자 권한으로 실행한 명령행에서 다음과 같이 vsdiag_regwcf 도구를 제거하면 됩니다.

C:\Windows\System32>vsdiag_regwcf.exe -u
Microsoft (R) Visual Studio (R) Diagnostics WCF Registration tool - Version 15.0.26208.0
(C) Microsoft Corporation. All rights reserved.

Command completed successfully.

C:\Windows\System32>

그런데, 이 도구가 쓸만한 것이기도 합니다. 다음의 문서를 보면 그동안 WCF 호출 시 클라이언트와 서버 간에 자연스럽게 Step-into 디버깅을 마술처럼 연결해 주었던 것이 바로 이 도구였다는 것을 알 수 있습니다.

Debugging WCF Services in Visual Studio 2008
; https://blogs.msdn.microsoft.com/greggm/2008/03/17/debugging-wcf-services-in-visual-studio-2008/

그러니 선택을 해야 합니다. System.ArgumentException 예외를 thrown에서 해제하던가, 아니면 WCF step-into 마술을 포기하던가.

참고로, vsdiag_regwcf.exe는 다음의 경로에 있습니다.

C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\vsdiag_regwcf.exe

(첨부 파일은 이 글의 예제 코드를 포함합니다.)




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 6/10/2017]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




1  2  3  4  5  6  7  8  9  10  11  [12]  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13678정성태7/15/20248170VS.NET IDE: 191. Visual Studio 2022 - .NET 5 프로젝트를 Docker Support로 실행했을 때 오류
13677정성태7/15/20248569오류 유형: 916. MSBuild - CheckEolTargetFramework (warning NETSDK1138)
13676정성태7/14/20248291Linux: 75. gdb에서 glibc의 함수에 Breakpoint 걸기
13675정성태7/13/202410602C/C++: 166. C/C++ - DLL에서 template 함수를 export하는 방법 [1]파일 다운로드1
13674정성태7/13/20249190오류 유형: 915. Unhandled Exception: Microsoft.Diagnostics.NETCore.Client.ServerNotAvailableException: Unable to connect to Process
13673정성태7/11/20249926닷넷: 2275. C# 13 - (1) 신규 이스케이프 시퀀스 '\e'파일 다운로드1
13672정성태7/10/20247937닷넷: 2274. IIS - (프로세스 종료 없는) AppDomain Recycle
13671정성태7/10/20248266오류 유형: 914. Package ca-certificates is not installed.
13669정성태7/9/20248323오류 유형: 913. C# - AOT StaticExecutable 정적 링킹 시 빌드 오류
13668정성태7/8/20248615개발 환경 구성: 716. Hyper-V - Ubuntu 22.04 Generation 2 유형의 VM 설치
13667정성태7/7/20247219닷넷: 2273. C# - 리눅스 환경에서의 Hyper-V Socket 연동 (AF_VSOCK)파일 다운로드1
13666정성태7/7/20249098Linux: 74. C++ - Vsock 예제 (Hyper-V Socket 연동)파일 다운로드1
13665정성태7/6/20249387Linux: 73. Linux 측의 socat을 이용한 Hyper-V 호스트와의 vsock 테스트파일 다운로드1
13663정성태7/5/20248499닷넷: 2272. C# - Hyper-V Socket 통신(AF_HYPERV, AF_VSOCK)의 VMID Wildcards 유형파일 다운로드1
13662정성태7/4/20248301닷넷: 2271. C# - WSL 2 VM의 VM ID를 알아내는 방법 - Host Compute System API파일 다운로드1
13661정성태7/3/20248202Linux: 72. g++ - 다른 버전의 GLIBC로 소스코드 빌드
13660정성태7/3/20249011오류 유형: 912. Visual C++ - Linux 프로젝트 빌드 오류
13659정성태7/1/20248928개발 환경 구성: 715. Windows - WSL 2 환경의 Docker Desktop 네트워크
13658정성태6/28/20249650개발 환경 구성: 714. WSL 2 인스턴스와 호스트 측의 Hyper-V에 운영 중인 VM과 네트워크 연결을 하는 방법 - 두 번째 이야기
13657정성태6/27/20248758닷넷: 2270. C# - Hyper-V Socket 통신(AF_HYPERV, AF_VSOCK)을 위한 EndPoint 사용자 정의
13656정성태6/27/20249454Windows: 264. WSL 2 VM의 swap 파일 위치
13655정성태6/24/20249020닷넷: 2269. C# - Win32 Resource 포맷 해석파일 다운로드1
13654정성태6/24/20248719오류 유형: 911. shutdown - The entered computer name is not valid or remote shutdown is not supported on the target computer.
13653정성태6/22/20248896닷넷: 2268. C# 코드에서 MAKEINTREOURCE 매크로 처리
13652정성태6/21/202410393닷넷: 2267. C# - Linux 환경에서 (Reflection 없이) DLL AssemblyFileVersion 구하는 방법파일 다운로드2
13651정성태6/19/20249918닷넷: 2266. C# - (Reflection 없이) DLL AssemblyFileVersion 구하는 방법파일 다운로드1
1  2  3  4  5  6  7  8  9  10  11  [12]  13  14  15  ...