Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

Entity Framework 4.1 - Code First + WCF 서비스 시 EndpointNotFoundException 오류

EF 4.1의 Code First 쿼리 결과를 WCF를 통해 노출시킬 때, 메서드가 Code First 관련 타입을 반환하는 경우 다음과 같은 오류가 발생하게 됩니다.

System.ServiceModel.EndpointNotFoundException was unhandled
  Message=There was no endpoint listening at http://.../TestWebService.svc that could accept the message. This is often caused by an incorrect address or SOAP action. See InnerException, if present, for more details.
  StackTrace:
       at System.ServiceModel.Channels.HttpChannelUtilities.ProcessGetResponseWebException(WebException webException, HttpWebRequest request, HttpAbortReason abortReason)
       at System.ServiceModel.Channels.HttpChannelFactory.HttpRequestChannel.HttpChannelAsyncRequest.CompleteGetResponse(IAsyncResult result)
       at System.ServiceModel.Channels.HttpChannelFactory.HttpRequestChannel.HttpChannelAsyncRequest.OnGetResponse(IAsyncResult result)
       at System.Net.Browser.ClientHttpWebRequest.<>c__DisplayClassa.<InvokeGetResponseCallback>b__8(Object state2)
       at System.Threading.ThreadPool.WorkItem.doWork(Object o)
       at System.Threading.Timer.ring()
  InnerException: System.Net.WebException
       Message=The remote server returned an error: NotFound.


테스트용으로 만든 동일한 웹 서비스 내의 다른 메서드들이 정상적으로 호출되는 것으로 봐서는 그 메서드에서만 문제가 있는 듯했습니다. 좀 더 원인을 찾기 위해, Fiddler로 해당 웹 메서드를 호출할 때의 응답 패킷을 살펴보니 다음과 같이 확인됩니다.

HTTP/1.1 504 Fiddler - Receive Failure
Content-Type: text/html; charset=UTF-8
Connection: close
Timestamp: 06:38:50.246

ReadResponse() failed: The server did not return a response for this request.

음... 일단, 클라이언트 측에 정상적으로 SOAP 응답이 내려오지도 않은 걸로 봐서는 웹 메서드 결괏값이 직렬화되면서 발생하는 것 같아 보였습니다. 그래서, 반환하게 될 EF CodeFirst에 참여된 결괏값을 수작업으로 직렬화 해보았습니다.

try
{
    MemoryStream ms = new MemoryStream();
    DataContractSerializer dcs = new DataContractSerializer(typeof(TestObj));
    dcs.WriteObject(ms, item);
}
catch (Exception ex)
{
    System.Diagnostics.Trace.WriteLine(ex.ToString());
}

영락없이, dbgview에는 다음과 같은 오류 메시지가 확인되었습니다.

System.Runtime.Serialization.SerializationException: Type 'System.Data.Entity.DynamicProxies.TestSource_F8AD1CA74BDE30D0189369342F1C50E8EEDDE226E498D4FFDF99220F3B969334' with data contract name 'TestSource_F8AD1CA74BDE30D0189369342F1C50E8EEDDE226E498D4FFDF99220F3B969334:http://schemas.datacontract.org/2004/07/System.Data.Entity.DynamicProxies' is not expected. Consider using a DataContractResolver or add any types not known statically to the list of known types - for example, by using the KnownTypeAttribute attribute or by adding them to the list of known types passed to DataContractSerializer. at System.Runtime.Serialization.XmlObjectSerializerWriteContext.SerializeAndVerifyType(DataContract dataContract, XmlWriterDelegator xmlWriter, Object obj, Boolean verifyKnownType, RuntimeTypeHandle declaredTypeHandle, Type declaredType)
at System.Runtime.Serialization.XmlObjectSerializerWriteContext.SerializeWithXsiTypeAtTopLevel(DataContract dataContract, XmlWriterDelegator xmlWriter, Object obj, RuntimeTypeHandle originalDeclaredTypeHandle, Type graphType)
at System.Runtime.Serialization.DataContractSerializer.InternalWriteObjectContent(XmlWriterDelegator writer, Object graph, DataContractResolver dataContractResolver)
at System.Runtime.Serialization.DataContractSerializer.InternalWriteObject(XmlWriterDelegator writer, Object graph, DataContractResolver dataContractResolver)
at System.Runtime.Serialization.XmlObjectSerializer.WriteObjectHandleExceptions(XmlWriterDelegator writer, Object graph, DataContractResolver dataContractResolver)
at System.Runtime.Serialization.XmlObjectSerializer.WriteObject(Stream stream, Object graph)
at TestService.TestWebService.GetTestList(String text) in D:\...\TestWebService.svc.cs:line 42


이 정도 구체적인 오류 메시지면 이제 구글의 도움을 받아도 될 것 같습니다.

Exposing POCO entity from EFDM through WCF to client
; http://social.msdn.microsoft.com/Forums/en/adonetefx/thread/1c37447a-e303-4947-a3ee-d2e6592aac0a

아하... 결국 EF가 반환해 준 개체가 실제 개체와의 매개 역할을 해주는 Proxy 개체이기 때문에 이를 직접적으로 직렬화하는 경우 DynamicProxies 개체 자체는 직렬화할 수 없는 개체이므로 문제가 발생하는 것입니다. 어쩌면 예전에 살펴본 WPF에서의 WCF 사용과 유사한 문제같습니다.

WPF + WCF 환경에서는 DataContract를 권장
; https://www.sysnet.pe.kr/2/0/612

자, 그럼 해결책으로 주어진 것 중에 ProxyCreationEnabled 속성을 false로 지정하는 것이 가장 적당한 해결책으로 보입니다. 그런데, 위의 글에서는 POCO를 기준으로 나온 해결책이라서 실제로 Code-First에서는 그와 같은 속성은 없고, 대신 Configuration 속성 하위에 제공되고 있습니다.

public class DBContext : DbContext
{
    public DBContext()
    {
        this.Configuration.ProxyCreationEnabled = false;
    }
}

그래서, 위와 같이 적용하고 나면 이제 정상적으로 WCF 호출이 이뤄집니다. ^^ 그래도 혹시나 싶어, 이 속성의 설정으로 인해 뭔가 더 부작용이 있지 않을까 싶어서 검색을 해보니 다음의 글이 나옵니다.

What are the downsides to turning off ProxyCreationEnabled for CTP5 of EF code first
; http://stackoverflow.com/questions/4596371/what-are-the-downsides-to-turning-off-proxycreationenabled-for-ctp5-of-ef-code-fi

Dynamic proxies are used for change tracking and lazy loading. When WCF tries to serialize object, related context is usually closed and disposed but serialization of navigation properties will automatically trigger lazy loading (on closed context) => exception.

If you turn off lazy loading you will need to use eager loading for all navigation properties you want to use (Include on ObjectQuery). Tracking changes doesn't work over WCF it works only for modification of entity which is attached to ObjectContext.


결국 제가 판단하기에는, 완전히 WCF와 같은 환경에서 직렬화를 위해 나온 속성이라고 보여질 정도이니 안심하고 사용해도 되겠습니다.




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 7/10/2021]

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)
13837정성태12/3/20247272디버깅 기술: 204. Windbg - 윈도우 핸들 테이블 (3) - Windows 10 이상인 경우
13836정성태12/3/20245633디버깅 기술: 203. Windbg - x64 가상 주소를 물리 주소로 변환 (페이지 크기가 2MB인 경우)
13835정성태12/2/20247235오류 유형: 934. Azure - rm: cannot remove '...': Directory not empty
13834정성태11/29/20247297Windows: 275. C# - CUI 애플리케이션과 Console 윈도우 (Windows 10 미만의 Classic Console 모드인 경우) [1]파일 다운로드1
13833정성태11/29/20246611개발 환경 구성: 737. Azure Web App에서 Scale-out으로 늘어난 리눅스 인스턴스에 SSH 접속하는 방법
13832정성태11/27/20246267Windows: 274. Windows 7부터 도입한 conhost.exe
13831정성태11/27/20245398Linux: 111. eBPF - BPF_MAP_TYPE_PERF_EVENT_ARRAY, BPF_MAP_TYPE_RINGBUF에 대한 다양한 용어들
13830정성태11/25/20247268개발 환경 구성: 736. 파이썬 웹 앱을 Azure App Service에 배포하기
13829정성태11/25/20247303스크립트: 67. 파이썬 - Windows 버전에서 함께 설치되는 py.exe
13828정성태11/25/20245650개발 환경 구성: 735. Azure - 압축 파일을 이용한 web app 배포 시 디렉터리 구분이 안 되는 문제파일 다운로드1
13827정성태11/25/20246572Windows: 273. Windows 환경의 파일 압축 방법 (tar, Compress-Archive)
13826정성태11/21/20246914닷넷: 2313. C# - (비밀번호 등의) Console로부터 입력받을 때 문자열 출력 숨기기(echo 끄기)파일 다운로드1
13825정성태11/21/20247863Linux: 110. eBPF / bpf2go - BPF_RINGBUF_OUTPUT / BPF_MAP_TYPE_RINGBUF 사용법
13824정성태11/20/20245734Linux: 109. eBPF / bpf2go - BPF_PERF_OUTPUT / BPF_MAP_TYPE_PERF_EVENT_ARRAY 사용법
13823정성태11/20/20247347개발 환경 구성: 734. Ubuntu에 docker, kubernetes (k3s) 설치
13822정성태11/20/20247346개발 환경 구성: 733. Windbg - VirtualBox VM의 커널 디버거 연결 시 COM 포트가 없는 경우
13821정성태11/18/20246760Linux: 108. Linux와 Windows의 프로세스/스레드 ID 관리 방식
13820정성태11/18/20247488VS.NET IDE: 195. Visual C++ - C# 프로젝트처럼 CopyToOutputDirectory 항목을 추가하는 방법
13819정성태11/15/20245470Linux: 107. eBPF - libbpf CO-RE의 CONFIG_DEBUG_INFO_BTF 빌드 여부에 대한 의존성
13818정성태11/15/20247396Windows: 272. Windows 11 24H2 - sudo 추가
13817정성태11/14/20246319Linux: 106. eBPF / bpf2go - (BPF_MAP_TYPE_HASH) Map을 이용한 전역 변수 구현
13816정성태11/14/20247504닷넷: 2312. C#, C++ - Windows / Linux 환경의 Thread Name 설정파일 다운로드1
13815정성태11/13/20245916Linux: 105. eBPF - bpf2go에서 전역 변수 설정 방법
13814정성태11/13/20246654닷넷: 2311. C# - Windows / Linux 환경에서 Native Thread ID 가져오기파일 다운로드1
13813정성태11/12/20247325닷넷: 2310. .NET의 Rune 타입과 emoji 표현파일 다운로드1
13812정성태11/11/202410988오류 유형: 933. Active Directory - The forest functional level is not supported.
1  2  3  4  5  [6]  7  8  9  10  11  12  13  14  15  ...