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와 같은 환경에서 직렬화를 위해 나온 속성이라고 보여질 정도이니 안심하고 사용해도 되겠습니다.
[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]