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

(시리즈 글이 3개 있습니다.)
.NET Framework: 407. 닷넷 사용자 정의 예외 클래스의 최소 구현 코드
; https://www.sysnet.pe.kr/2/0/1580

.NET Framework: 455. 닷넷 사용자 정의 예외 클래스의 최소 구현 코드 - 두 번째 이야기
; https://www.sysnet.pe.kr/2/0/1735

.NET Framework: 527. 닷넷 사용자 정의 예외 클래스의 최소 구현 코드 - 세 번째 이야기
; https://www.sysnet.pe.kr/2/0/10842




닷넷 사용자 정의 예외 클래스의 최소 구현 코드 - 세 번째 이야기

닷넷 4.0에서 바뀐 보안 정책으로 인해 예외 클래스의 최소 구현 코드에 변화가 있습니다.

닷넷 사용자 정의 예외 클래스의 최소 구현 코드
; https://www.sysnet.pe.kr/2/0/1580

닷넷 사용자 정의 예외 클래스의 최소 구현 코드 - 두 번째 이야기
; https://www.sysnet.pe.kr/2/0/1735

가령, 닷넷 4.0 어셈블리에 APTCA를 부여한 경우,

[assembly: AllowPartiallyTrustedCallers]

.NET CLR4 보안 모델 - 3. CLR4 보안 모델에서의 APTCA 역할
; https://www.sysnet.pe.kr/2/0/1682

사용자 정의 예외 타입을 이렇게 구현하면,

using System;
using System.Runtime.Serialization;

namespace TestApp
{
    [Serializable]
    public class MyException : System.Exception, ISerializable
    {
        public MyException()
        {
        }

        public MyException(string message) : base(message)
        {
        }

        public MyException(string message, Exception innerException)
            : base(message, innerException)
        {
        }

        protected MyException(SerializationInfo info, StreamingContext context)
            : base(info, context)
        {
        }

        public override void GetObjectData(SerializationInfo info, StreamingContext context)
        {
            base.GetObjectData(info, context);
        }
    }
}

다음과 같은 예외가 발생합니다.

System.TypeLoadException occurred
  HResult=-2146233054
  Message=Inheritance security rules violated while overriding member: 'TestApp.MyException.GetObjectData(System.Runtime.Serialization.SerializationInfo, System.Runtime.Serialization.StreamingContext)'. Security accessibility of the overriding method must match the security accessibility of the method being overriden.
  Source=TestApp
  TypeName=TestApp.MyException.GetObjectData(System.Runtime.Serialization.SerializationInfo, System.Runtime.Serialization.StreamingContext)
  StackTrace:
       at TestApp.MyMethod()
  InnerException: 

이 예외가 다소 황당한데요. System.TypeLoadException이기 때문에 디버깅 도중 F9(Step-Into) 기능으로도 문제의 코드까지 진입을 하지 못합니다. 따라서 위의 오류 메시지를 이해하지 못하면 정확히 왜 이런 문제가 발생하는지 파악조차 못할 수가 있는데요.

문제의 원인은, 닷넷 4.0의 보안 모델에 따라 상속받은 메서드에 지정된 "security accessibility" 특성이 반드시 부모 클래스의 가상 메서드에 지정된 것과 일치해야 한다는 점입니다. 확인을 위해 System.Exception 예외를 .NET Reflector로 확인해 보면 GetObjectData에 SecurityCritical 특성이 부여된 것을 볼 수 있습니다.

namespace System
{
    public class Exception : ISerializable, _Exception
    {
        // ...[생략]...
        [SecurityCritical]
        public virtual void GetObjectData(SerializationInfo info, StreamingContext context)
        // ...[생략]...
    }
}

따라서, 닷넷 4.0에서의 예외 클래스는 APTCA를 고려해 다음과 같이 예외 클래스를 정의해야 합니다.

using System;
using System.Runtime.Serialization;

namespace TestApp
{
    [Serializable]
    public class MyException : System.Exception, ISerializable
    {
        public MyException()
        {
        }

        public MyException(string message) : base(message)
        {
        }

        public MyException(string message, Exception innerException)
            : base(message, innerException)
        {
        }

        protected MyException(SerializationInfo info, StreamingContext context)
            : base(info, context)
        {
        }

        [SecurityCritical]
        public override void GetObjectData(SerializationInfo info, StreamingContext context)
        {
            base.GetObjectData(info, context);
        }
    }
}





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







[최초 등록일: ]
[최종 수정일: 2/1/2020]

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

비밀번호

댓글 작성자
 




... 151  152  153  154  155  156  157  158  159  160  161  162  163  164  [165]  ...
NoWriterDateCnt.TitleFile(s)
919정성태8/30/201040851DDK: 1. Visual Studio 2010 - Device Driver 제작- Hello World 예제 [3]파일 다운로드1
918정성태8/28/201026984개발 환경 구성: 87. Hyper-V의 네트워크 유형 (3)
917정성태8/26/201021984개발 환경 구성: 86. "Routing and Remote Access"의 "Routing" 기능 활성화 방법
916정성태8/25/201021160개발 환경 구성: 85. 가상 네트워크에 LAN 어댑터 보이거나 감추는 방법
915정성태8/24/201039291개발 환경 구성: 84. Hyper-V의 네트워크 유형 (2)
913정성태8/22/201028435오류 유형: 104. Hyper-V 관리자 - VM 생성 오류 (VHD 생성 오류)
912정성태8/20/201030363.NET Framework: 183. 구조체 포인터 인자에 대한 P/Invoke 정의파일 다운로드1
911정성태8/19/201027207오류 유형: 103. System.Reflection.TargetException파일 다운로드1
910정성태8/19/201038021개발 환경 구성: 83. Hyper-V의 네트워크 유형 (1)
909정성태8/18/201033365오류 유형: 102. System.MissingMethodException
908정성태8/17/201024427개발 환경 구성: 82. Windows Virtual PC의 네트워크 유형 (3)
907정성태8/14/201021972개발 환경 구성: 81. Windows Virtual PC의 네트워크 유형 (2)
906정성태8/13/201030829개발 환경 구성: 80. Windows Virtual PC의 네트워크 유형 (1)
905정성태8/8/201032962Team Foundation Server: 39. 배치 파일로 팀 빌드 구성 [2]파일 다운로드1
904정성태8/8/201035739오류 유형: 101. SignTool Error: No certificates were found that met all the given criteria. [2]
903정성태8/6/201032625Team Foundation Server: 38. TFS 소스 코드 관리 기능 (4) - Branch
902정성태8/5/201024965Team Foundation Server: 37. TFS 2010의 소스 서버 수작업 구성
901정성태8/4/201024252Team Foundation Server: 36. TFS 소스 코드 관리 기능 (3) - Label
900정성태8/3/201026940Team Foundation Server: 35. TFS 소스 코드 관리 기능 (2) - Shelveset
899정성태8/2/201028959Team Foundation Server: 34. TFS 소스 코드 관리 기능 (1) - Changeset
898정성태7/31/201028483.NET Framework: 182. WCF의 InactivityTimeout [1]파일 다운로드1
897정성태7/26/201129688.NET Framework: 181. AssemblyVersion, AssemblyFileVersion, AssemblyInformationalVersion [4]
896정성태7/25/201036511.NET Framework: 180. C# Singleton 인스턴스 생성 [2]
895정성태7/25/201020391VS.NET IDE: 68. Visual Studio 2010 - .NET 1.1 원격 디버깅
894정성태7/25/201026284오류 유형: 100. Could not find the Database Engine startup handle. [1]
893정성태7/25/201027478오류 유형: 99. .NET 4.0 설치된 윈도우 7에서 SQL Server 2008 R2 설치 오류
... 151  152  153  154  155  156  157  158  159  160  161  162  163  164  [165]  ...