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)
13828정성태11/25/20245178개발 환경 구성: 735. Azure - 압축 파일을 이용한 web app 배포 시 디렉터리 구분이 안 되는 문제파일 다운로드1
13827정성태11/25/20246000Windows: 273. Windows 환경의 파일 압축 방법 (tar, Compress-Archive)
13826정성태11/21/20246373닷넷: 2313. C# - (비밀번호 등의) Console로부터 입력받을 때 문자열 출력 숨기기(echo 끄기)파일 다운로드1
13825정성태11/21/20247038Linux: 110. eBPF / bpf2go - BPF_RINGBUF_OUTPUT / BPF_MAP_TYPE_RINGBUF 사용법
13824정성태11/20/20245415Linux: 109. eBPF / bpf2go - BPF_PERF_OUTPUT / BPF_MAP_TYPE_PERF_EVENT_ARRAY 사용법
13823정성태11/20/20246594개발 환경 구성: 734. Ubuntu에 docker, kubernetes (k3s) 설치
13822정성태11/20/20246484개발 환경 구성: 733. Windbg - VirtualBox VM의 커널 디버거 연결 시 COM 포트가 없는 경우
13821정성태11/18/20246075Linux: 108. Linux와 Windows의 프로세스/스레드 ID 관리 방식
13820정성태11/18/20246547VS.NET IDE: 195. Visual C++ - C# 프로젝트처럼 CopyToOutputDirectory 항목을 추가하는 방법
13819정성태11/15/20245126Linux: 107. eBPF - libbpf CO-RE의 CONFIG_DEBUG_INFO_BTF 빌드 여부에 대한 의존성
13818정성태11/15/20246652Windows: 272. Windows 11 24H2 - sudo 추가
13817정성태11/14/20245893Linux: 106. eBPF / bpf2go - (BPF_MAP_TYPE_HASH) Map을 이용한 전역 변수 구현
13816정성태11/14/20246850닷넷: 2312. C#, C++ - Windows / Linux 환경의 Thread Name 설정파일 다운로드1
13815정성태11/13/20245467Linux: 105. eBPF - bpf2go에서 전역 변수 설정 방법
13814정성태11/13/20246096닷넷: 2311. C# - Windows / Linux 환경에서 Native Thread ID 가져오기파일 다운로드1
13813정성태11/12/20246606닷넷: 2310. .NET의 Rune 타입과 emoji 표현파일 다운로드1
13812정성태11/11/202410197오류 유형: 933. Active Directory - The forest functional level is not supported.
13811정성태11/11/20245835Linux: 104. Linux - COLUMNS 환경변수가 언제나 80으로 설정되는 환경
13810정성태11/10/20246792Linux: 103. eBPF (bpf2go) - Tracepoint를 이용한 트레이스 (BPF_PROG_TYPE_TRACEPOINT)
13809정성태11/10/20246442Windows: 271. 윈도우 서버 2025 마이그레이션
13808정성태11/9/20246755오류 유형: 932. Linux - 커널 업그레이드 후 "error: bad shim signature" 오류 발생
13807정성태11/9/20245680Linux: 102. Linux - 커널 이미지 파일 서명 (Ubuntu 환경)
13806정성태11/8/20245838Windows: 270. 어댑터 상세 정보(Network Connection Details) 창의 내용이 비어 있는 경우
13805정성태11/8/20245454오류 유형: 931. Active Directory의 adprep 또는 복제가 안 되는 경우
13804정성태11/7/20246960Linux: 101. eBPF 함수의 인자를 다루는 방법
13803정성태11/7/20246583닷넷: 2309. C# - .NET Core에서 바뀐 DateTime.Ticks의 정밀도
1  2  3  4  5  [6]  7  8  9  10  11  12  13  14  15  ...