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

비밀번호

댓글 작성자
 




... 166  167  168  169  170  [171]  172  173  174  175  176  177  178  179  180  ...
NoWriterDateCnt.TitleFile(s)
733정성태5/29/200931706.NET Framework: 139. WPF - "M/d/yyyy h:mm:ss tt" 형식으로만 날짜를 출력하는 문제
732정성태5/27/200926754Team Foundation Server: 32. 팀 빌드 오류 확인 방법
731정성태5/27/200921769Team Foundation Server: 31. 팀 빌드 스케줄 확인 방법
730정성태5/26/200927307VS.NET IDE: 63. Visual Studio 2010 - Parallel Stacks [1]
729정성태5/25/200926966.NET Framework: 138. InternalsVisibleTo와 Public Key 값
728정성태5/23/200937455.NET Framework: 137. C#에서 Union 구조체 다루기파일 다운로드1
727정성태5/22/200922415오류 유형: 82. 메서드가 많은 경우 프록시 클래스 생성 실패
726정성태5/21/200921966VS.NET IDE: 62. Visual Studio 2010 Beta1 버그 피드백 - EnC기능 오류 [1]
725정성태5/21/200925255VS.NET IDE: 61. Visual Studio 2010 베타1과 Visual Studio 2008의 혼합 개발 [2]
724정성태5/19/200939373.NET Framework: 136. 자바와 닷넷의 압축 호환파일 다운로드2
723정성태5/18/200933323.NET Framework: 135. C# - Deflate, GZip, Zip
722정성태5/18/200921860개발 환경 구성: 45. SQL 서버 2008 백업 구성 [2]
721정성태5/14/200927528오류 유형: 81. Package 실행 오류 - Error 15404
720정성태5/13/200924278오류 유형: 80. SQL Server 2008 - Package 실행 오류의 구체적인 원인 확인
719정성태5/12/200925409.NET Framework: 134. WPF - XBAP을 호스팅하고 있는 인터넷 익스플로러 인터페이스 구하기파일 다운로드1
717정성태5/11/200925739개발 환경 구성: 44. VHD 파일 크기 확장하는 방법 - 두 번째 이야기
714정성태5/7/200924248Windows: 45. Windows 7 RC와 함께 공개된 Windows Virtual PC 베타
713정성태4/30/200956018오류 유형: 79. DLL 'xxxxx.dll'을(를) 로드할 수 없습니다. [1]
712정성태4/28/200928643오류 유형: 78. Windows Vista/2008에서의 MSXML4.cab 파일 배포 문제
711정성태4/27/200928247개발 환경 구성: 43. Hyper-V VHD 파일 크기 확장하는 방법
710정성태4/26/200928807.NET Framework: 133. CallbackOnCollectedDelegate was detected [4]파일 다운로드1
709정성태4/24/200925034개발 환경 구성: 42. Windows Vista SP1에서 사용 가능한 Hyper-V 관리 도구
708정성태4/23/200929947.NET Framework: 132. ClickOnce 배포를 명령행 수작업 구성파일 다운로드1
707정성태4/22/200929540개발 환경 구성: 41. Hyper-V에 Linux 설치 - SUSE Linux Enterprise Server 11
706정성태4/21/200925404.NET Framework: 131. ClickOnce - 그룹화시켜 다운로드파일 다운로드1
705정성태4/20/200920980개발 환경 구성: 40. TFS2008 SP1의 DBTier에 SQL Server 2008 SP1 설치 [1]
... 166  167  168  169  170  [171]  172  173  174  175  176  177  178  179  180  ...