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

The type '...' cannot be used as type parameter 'TContext' in the generic type or method 'System.ServiceModel.DomainServices.EntityFramework.LinqToEntitiesDomainService<TContext>'.

4.1.0.0 버전의 EntityFramework을 Nuget을 통해 업그레이드했더니 컴파일 에러가 꽤나 발생하는 군요. ^^;

대부분의 경우 네임스페이스가 바뀌는 바람에 발생한 것이어서 아래 정도의 신규 네임스페이스만 추가해주면 거의 잡혔는데,

using System.Data.Entity.Core.EntityClient;
using System.Data.Entity.Core.Objects;
using System.Data.Entity.Core.Objects.DataClasses;

유독 한 개의 에러는 꿋꿋하게 살아남았습니다.

The type 'Test40.WebSiteTest.UnitTestDB2Entities' cannot be used as type parameter 'TContext' in the generic type or method 'System.ServiceModel.DomainServices.EntityFramework.LinqToEntitiesDomainService<TContext>'. There is no implicit reference conversion from 'Test40.WebSiteTest.UnitTestDB2Entities' to 'System.Data.Objects.ObjectContext'.


오류가 발생한 소스 코드는 이렇고,

[EnableClientAccess()]
public class MyODataDomainService : LinqToEntitiesDomainService<UnitTestDB2Entities>
{
	// ...[생략]...
}

LinqToEntitiesDomainService의 정의를 찾아가 보니 다음과 같은 클래스입니다.

// C:\Windows\Microsoft.Net\assembly\GAC_MSIL\System.ServiceModel.DomainServices.EntityFramework\v4.0_4.0.0.0__31bf3856ad364e35\System.ServiceModel.DomainServices.EntityFramework.dll

[LinqToEntitiesDomainServiceDescriptionProvider]
public abstract class LinqToEntitiesDomainService<TContext> : DomainService where TContext: System.Data.Objects.ObjectContext, new()
{
	// ...[생략]...
}

그러니까, LinqToEntitiesDomainService에 전달하는 UnitTestDB2Entities 클래스가 "where TContext: System.Data.Objects.ObjectContext" 조건에 맞지 않는다는 것입니다.

그래서 제가 정의한 UnitTestDB2Entities 클래스를 봤는데,

// MyTaskModel.Designer.cs

using System;
using System.ComponentModel;
using System.Data.Entity.Core.EntityClient;
using System.Data.Entity.Core.Objects;
using System.Data.Entity.Core.Objects.DataClasses;
using System.Linq;
using System.Runtime.Serialization;
using System.Xml.Serialization;

[assembly: EdmSchemaAttribute()]
namespace Jennifer40.WebSiteTest.WCFs
{
    public partial class UnitTestDB2Entities : ObjectContext
    {
	// ...[생략]...
	}
}

여기서의 ObjectContext는 System.Data.Entity.Core.Objects 네임스페이스에 있는 ObjectContext였습니다. 왜 이런 일이 발생했냐면? 컴파일 오류가 나길래 "Ctrl + ." 키를 눌러 자동으로 네임스페이스를 추가하려 했고 2개의 선택 사항(System.Data.Entity.Core.Objects, System.Data.Objects)중에 무심코 첫 번째 항목을 선택했던 것입니다.

사실, 원래의 MyTaskModel.Designer.cs 파일은 MyTaskModel.edmx 정의에서 자동 생성되는 파일이었습니다. 그래서 단순히 EntityFramework을 업그레이드 한 후 각종 .edmx 파일을 찾아서 새롭게 저장만 해주면 자동으로 System.Data.Objects 네임스페이스를 잡았을 텐데, 제가 임의로 했기 때문에 이런 오류가 발생한 것이었습니다.

따라서 EntityFramework을 구 버전에서 신 버전으로 마이그레이션 할 때는 다음과 같은 2단계 절차를 따르는 것이 가장 좋습니다.

  1. 우선, .edmx 파일들을 찾아서 명시적인 저장을 한다.
  2. 나머지 오류가 발생하는 것들은 새로운 네임스페이스를 적용해 준다.

끝!




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







[최초 등록일: ]
[최종 수정일: 6/26/2021]

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

비밀번호

댓글 작성자
 




... 31  32  33  [34]  35  36  37  38  39  40  41  42  43  44  45  ...
NoWriterDateCnt.TitleFile(s)
13184정성태12/5/202215549개발 환경 구성: 652. ml64.exe와 link.exe x64 실행 환경 구성 [1]
13183정성태12/4/202215766오류 유형: 830. MASM + CRT 함수를 사용하는 경우 발생하는 컴파일 오류 정리 [1]
13182정성태12/4/202217807Windows: 217. Windows 환경에서의 Hello World x64 어셈블리 예제 (MASM 버전)
13181정성태12/3/202216668Linux: 54. 리눅스/WSL - hello world 어셈블리 코드 x86/x64 (nasm)
13180정성태12/2/202218887.NET Framework: 2074. C# - 스택 메모리에 대한 여유 공간 확인하는 방법파일 다운로드1
13179정성태12/2/202216832Windows: 216. Windows 11 - 22H2 업데이트 이후 Terminal 대신 cmd 창이 뜨는 경우
13178정성태12/1/202217905Windows: 215. Win32 API 금지된 함수 - IsBadXxxPtr 유의 함수들이 안전하지 않은 이유파일 다운로드1
13177정성태11/30/202218560오류 유형: 829. uwsgi 설치 시 fatal error: Python.h: No such file or directory
13176정성태11/29/202213852오류 유형: 828. gunicorn - ModuleNotFoundError: No module named 'flask'
13175정성태11/29/202219333오류 유형: 827. Python - ImportError: cannot import name 'html5lib' from 'pip._vendor'
13174정성태11/28/202215620.NET Framework: 2073. C# - VMMap처럼 스택 메모리의 reserve/guard/commit 상태 출력파일 다운로드1
13173정성태11/27/202216451.NET Framework: 2072. 닷넷 응용 프로그램의 스레드 스택 크기 변경
13172정성태11/25/202217504.NET Framework: 2071. 닷넷에서 ESP/RSP 레지스터 값을 구하는 방법파일 다운로드1
13171정성태11/25/202215626Windows: 214. 윈도우 - 스레드 스택의 "red zone"
13170정성태11/24/202218738Windows: 213. 윈도우 - 싱글 스레드는 컨텍스트 스위칭이 없을까요?
13169정성태11/23/202219981Windows: 212. 윈도우의 Protected Process (Light) 보안 [1]파일 다운로드2
13168정성태11/22/202215248제니퍼 .NET: 31. 제니퍼 닷넷 적용 사례 (9) - DB 서비스에 부하가 걸렸다?!
13167정성태11/21/202217106.NET Framework: 2070. .NET 7 - Console.ReadKey와 리눅스의 터미널 타입
13166정성태11/20/202217858개발 환경 구성: 651. Windows 사용자 경험으로 WSL 환경에 dotnet 런타임/SDK 설치 방법
13165정성태11/18/202214854개발 환경 구성: 650. Azure - "scm" 프로세스와 엮인 서비스 모음
13164정성태11/18/202218328개발 환경 구성: 649. Azure - 비주얼 스튜디오를 이용한 AppService 원격 디버그 방법
13163정성태11/17/202218330개발 환경 구성: 648. 비주얼 스튜디오에서 안드로이드 기기 인식하는 방법
13162정성태11/15/202220040.NET Framework: 2069. .NET 7 - AOT(ahead-of-time) 컴파일 [1]
13161정성태11/14/202218341.NET Framework: 2068. C# - PublishSingleFile로 배포한 이미지의 역어셈블 가능 여부 (난독화 필요성) [4]
13160정성태11/11/202219303.NET Framework: 2067. C# - PublishSingleFile 적용 시 native/managed 모듈 통합 옵션
13159정성태11/10/202220918.NET Framework: 2066. C# - PublishSingleFile과 관련된 옵션 [3]
... 31  32  33  [34]  35  36  37  38  39  40  41  42  43  44  45  ...