Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 1개 있습니다.)
(시리즈 글이 5개 있습니다.)
.NET Framework: 903. .NET Framework의 Strong-named 어셈블리 바인딩 (1) - app.config을 이용한 바인딩 리디렉션
; https://www.sysnet.pe.kr/2/0/12210

.NET Framework: 928. .NET Framework의 Strong-named 어셈블리 바인딩 (2) - 런타임에 바인딩 리디렉션
; https://www.sysnet.pe.kr/2/0/12271

.NET Framework: 929. (StrongName의 버전 구분이 필요 없는) .NET Core 어셈블리 바인딩 규칙
; https://www.sysnet.pe.kr/2/0/12272

.NET Framework: 930. 개발자를 위한 닷넷 어셈블리 바인딩 - DEVPATH 환경 변수
; https://www.sysnet.pe.kr/2/0/12276

개발 환경 구성: 498. DEVPATH 환경 변수의 사용 예 - .NET Reflector의 (PDB 연결이 없는) DLL의 소스 코드 디버깅
; https://www.sysnet.pe.kr/2/0/12277




.NET Framework의 Strong-named 어셈블리 바인딩 (2) - 런타임에 바인딩 리디렉션

지난 글에서,

.NET Framework의 Strong-named 어셈블리 바인딩 (1) - app.config을 이용한 바인딩 리디렉션
; https://www.sysnet.pe.kr/2/0/12210

어셈블리의 버전 불일치에 대한 해결책을 app.config을 이용해 우회했는데요. 이것을 런타임에 AppDomain.CurrentDomain.AssemblyResolve 이벤트를 이용해 개발자가 직접 제어하는 것도 가능합니다.

AppDomain.CurrentDomain.AssemblyResolve += CurrentDomain_AssemblyResolve;

private static Assembly CurrentDomain_AssemblyResolve(object sender, ResolveEventArgs args)
{
    AssemblyName asmName = new AssemblyName(args.Name);

    string path = Path.GetDirectoryName(typeof(Program).Assembly.Location);
    string dllPath = Path.Combine(path, $"{asmName.Name}.dll");

    Console.WriteLine("Resolving path: " + dllPath);
    return Assembly.LoadFile(dllPath);
}

AssemblyResolve 이벤트는 대개 특정 어셈블리를 로딩하지 못했을 때 개발자가 직접 로드하는 식으로 구현하는데요, 그 구현의 특성상 버전을 무시한 로딩을 하는 것도 가능합니다. 예를 들어, 아래의 코드는 "Version=1.0.0.0", "Version=1.5.0.0"의 ClassLibrary1.dll 요청에 대해 동일하게 2.0.0.0 파일로 처리를 합니다.

// ClassLibrary1, Version=2.0.0.0
using System;

namespace ClassLibrary1
{
    public class Class1
    {
        public static int Version = 5;

        public void Test()
        {
            Console.WriteLine(ClassLibrary1.Class1.Version ++);
        }
    }
}

// ConsoleApp1
using System;
using System.IO;
using System.Reflection;

namespace ConsoleApp1
{
    class Program
    {
        static void Main(string[] args)
        {
            AppDomain.CurrentDomain.AssemblyResolve += CurrentDomain_AssemblyResolve;

            // new ClassLibrary1.Class1().Test();
            LoadAtRuntime("Version=1.0.0.0");
            LoadAtRuntime("Version=1.5.0.0");
        }

        private static Assembly CurrentDomain_AssemblyResolve(object sender, ResolveEventArgs args)
        {
            AssemblyName asmName = new AssemblyName(args.Name);

            string path = Path.GetDirectoryName(typeof(Program).Assembly.Location);
            string dllPath = Path.Combine(path, $"{asmName.Name}.dll");

            Console.WriteLine("Resolving path: " + dllPath);
            return Assembly.LoadFile(dllPath);
        }

        private static void LoadAtRuntime(string versionText)
        {
            string clName = $"ClassLibrary1, {versionText}, Culture=neutral, PublicKeyToken=0086c02b325d69fe";
            Assembly asm = Assembly.Load(clName);
            Console.WriteLine(asm.FullName);

            object objInstance = Activator.CreateInstance(asm.GetType("ClassLibrary1.Class1"));
            dynamic clInst = objInstance;
            clInst.Test();
        }
    }
}

실행해 보면, 동일한 DLL로 처리되었기 때문에 ClassLibrary1의 static 변수의 값이 바뀌는 것을 확인할 수 있습니다.

Resolving path: C:\temp\ConsoleApp1\bin\Debug\ClassLibrary1.dll
ClassLibrary1, Version=2.0.0.0, Culture=neutral, PublicKeyToken=0086c02b325d69fe
5
Resolving path: C:\temp\ConsoleApp1\bin\Debug\ClassLibrary1.dll
ClassLibrary1, Version=2.0.0.0, Culture=neutral, PublicKeyToken=0086c02b325d69fe
6




유의할 점이 있다면, Assembly 정보를 byte []로 로드해 반환하는 경우,

private static Assembly CurrentDomain_AssemblyResolve(object sender, ResolveEventArgs args)
{
    AssemblyName asmName = new AssemblyName(args.Name);

    string path = Path.GetDirectoryName(typeof(Program).Assembly.Location);
    string dllPath = Path.Combine(path, $"{asmName.Name}.dll");

    Console.WriteLine("Resolving path: " + dllPath);

    byte[] buf = File.ReadAllBytes(dllPath);
    return Assembly.Load(buf);
}

이를 구분할 수 있는 파일 Identity가 없는 Assembly이기 때문에 매번 반환하는 Assembly를 다르게 취급한다는 점입니다. 실제로 위와 같이 File.ReadAllBytes + Assembly.Load로 처리하는 경우 다음과 같이 "Version"의 값이 개별적으로 초기화되는 것을 볼 수 있습니다.

Resolving path: C:\temp\ConsoleApp1\bin\Debug\ClassLibrary1.dll
ClassLibrary1, Version=2.0.0.0, Culture=neutral, PublicKeyToken=0086c02b325d69fe
5
Resolving path: C:\temp\ConsoleApp1\bin\Debug\ClassLibrary1.dll
ClassLibrary1, Version=2.0.0.0, Culture=neutral, PublicKeyToken=0086c02b325d69fe
5

따라서, byte[]로 다뤄야 하는 어셈블리가 있다면 AssemblyLoad 이벤트에서는 기존에 로드된 어셈블리를 찾아보는 작업을 추가해야 합니다.

private static Assembly CurrentDomain_AssemblyResolve(object sender, ResolveEventArgs args)
{
    AssemblyName asmName = new AssemblyName(args.Name);

    Assembly everLoaded = EverLoaded(asmName);
    if (everLoaded != null)
    {
        return everLoaded;
    }

    string path = Path.GetDirectoryName(typeof(Program).Assembly.Location);
    string dllPath = Path.Combine(path, $"{asmName.Name}.dll");

    Console.WriteLine("Resolving path: " + dllPath);

    byte[] buf = File.ReadAllBytes(dllPath);
    return Assembly.Load(buf);
}

static Assembly EverLoaded(AssemblyName asmName)
{
    foreach (Assembly asm in AppDomain.CurrentDomain.GetAssemblies())
    {
        AssemblyName targetName = asm.GetName();
        if (targetName.Name == asmName.Name &&
            targetName.GetPublicKeyToken().SequenceEqual(asmName.GetPublicKeyToken()) == true)
        {
            return asm;
        }
    }

    return null;
}

(첨부 파일은 이 글의 예제 코드를 포함합니다.)




이 외에도 다음의 글을 보면,

How the Runtime Locates Assemblies
; https://learn.microsoft.com/en-us/dotnet/framework/deployment/how-the-runtime-locates-assemblies

바인딩에 관한 여러 가지 방법이 나옵니다. 그중에서 게시자 정책 파일(Publisher Policy File)의 경우,

How the Runtime Locates Assemblies - Publisher Policy File
; https://learn.microsoft.com/en-us/dotnet/framework/deployment/how-the-runtime-locates-assemblies#publisher-policy-file

Introduction to Publisher Policy File
; https://www.c-sharpcorner.com/UploadFile/satisharveti/introduction-to-publisher-policy-file/

해당 어셈블리를 사용하는 측에서 바인딩을 변경하는 것이 아니고, 어셈블리를 제공하는 측에서 바인딩을 변경하는 전용 어셈블리를 함께 배포하는 식입니다. 예를 들어, 기존의 app.config에서 했던 것처럼 바인딩을 우회하는 config 파일을 만든 후,

<?xml version="1.0" encoding="utf-8"?>
<configuration>
    <runtime>
        <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
            <dependentAssembly>
                <assemblyIdentity name="ClassLibrary1" publicKeyToken="0086c02b325d69fe" culture="neutral" />
                <bindingRedirect oldVersion="0.0.0.0-2.0.0.0" newVersion="2.0.0.0" />
            </dependentAssembly>
    </runtime>
</configuration>

al.exe를 이용해 다음과 같은 식으로 config의 내용을 담은 DLL로 변환합니다.

Al.exe /link:ClassLibrary1.dll.config /out:policy.1.0.ClassLibrary1.dll /keyfile:..\..\my.key /v:1.0.0.0

이 과정에서 특이하게 어셈블리 서명에 사용된 키 파일을 사용하는데, 따라서 원 저작자를 제외하고는 게시자 정책 파일을 만들 수 없다는 차별점이 있습니다. 그러니까, 특정 어셈블리를 개발한 측에서 그것의 업데이트를 배포할 때 기존 프로그램들이 새롭게 업데이트된 어셈블리를 로드하도록 만들고 싶을 때 사용할 수 있는 방법입니다.




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 10/21/2022]

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)
1100정성태8/17/201128861.NET Framework: 236. SqlDbType - DateTime, DateTime2, DateTimeOffset의 차이점파일 다운로드1
1099정성태8/15/201128306오류 유형: 132. 어느 순간 갑자기 접속이 안 되는 TFS 서버
1098정성태8/15/201150353웹: 24. 네이버는 어떻게 로그인 처리를 할까요? [2]
1097정성태8/15/201121648.NET Framework: 235. 메서드의 메타 데이터 토큰 값으로 클래스를 찾아내는 방법
1096정성태8/15/201125784디버깅 기술: 42. Watson Bucket 정보를 이용한 CLR 응용 프로그램 예외 분석 - (2)
1095정성태8/14/201126185디버깅 기술: 41. Windbg - 비정상 종료된 닷넷 프로그램의 StackTrace에서 보이는 offset 값 의미
1094정성태8/14/201130611오류 유형: 131. Fiddler가 강제 종료된 경우, 웹 사이트 방문이 안되는 현상
1093정성태7/27/201124213오류 유형: 130. Unable to connect to the Microsoft Visual Studio Remote Debugging Monitor ... Access is denied.
1092정성태7/22/201126634Team Foundation Server: 46. 코드 이외의 파일에 대해 소스 제어에서 제외시키는 방법
1091정성태7/21/201125666개발 환경 구성: 128. WP7 Emulator 실행 시 audiodg.exe의 CPU 소모율 증가 [2]
1089정성태7/18/201131248.NET Framework: 234. 왜? Button 컨트롤에는 MouseDown/MouseUp 이벤트가 발생하지 않을까요?파일 다운로드1
1088정성태7/16/201124274.NET Framework: 233. Entity Framework 4.1 - 윈도우 폰 7에서의 CodeFirst 순환 참조 문제파일 다운로드1
1087정성태7/15/201127015.NET Framework: 232. Entity Framework 4.1 - CodeFirst 개체의 직렬화 시 순환 참조 해결하는 방법 - 두 번째 이야기파일 다운로드1
1086정성태7/14/201128416.NET Framework: 231. Entity Framework 4.1 - CodeFirst 개체의 직렬화 시 순환 참조 해결하는 방법 [1]파일 다운로드1
1085정성태7/14/201128891.NET Framework: 230. Entity Framework 4.1 - Code First + WCF 서비스 시 EndpointNotFoundException 오류 - 두 번째 이야기파일 다운로드1
1084정성태7/11/201134171.NET Framework: 229. SQL 서버 - DB 테이블의 데이터 변경에 대한 알림 처리 [4]파일 다운로드1
1083정성태7/11/201128217.NET Framework: 228. Entity Framework 4.1 - Code First + WCF 서비스 시 EndpointNotFoundException 오류
1082정성태7/10/201127775.NET Framework: 227. basicHttpBinding + 사용자 정의 인증 구현 [2]파일 다운로드1
1081정성태7/9/201127097VC++: 53. Windows 7에서 gcc.exe 실행 시 Access denied 오류 [2]
1080정성태7/8/201125603웹: 23. Sysnet 웹 사이트의 HTML5 변환 기록 - 두 번째 이야기파일 다운로드1
1079정성태7/6/201130021오류 유형: 129. Hyper-V + Realtek 랜카드가 설치된 시스템의 BSOD 현상 [2]
1078정성태7/5/201137505VC++: 52. Chromium 컴파일하는 방법 [2]
1077정성태6/24/201135139.NET Framework: 226. HttpWebRequest 타입의 HaveResponse 속성 이야기파일 다운로드1
1076정성태6/23/201129317오류 유형: 128. SQL Express - User Instance 옵션을 사용한 경우 발생하는 오류 메시지 유형 2가지
1075정성태6/21/201124897VS.NET IDE: 69. 윈폰 프로젝트에서 WCF 서비스 참조할 때 Reference.cs 파일이 비어있는 경우
1074정성태6/20/201125013.NET Framework: 225. 닷넷 네트워크 라이브러리의 트레이스 기능파일 다운로드1
... 151  152  153  154  155  156  157  [158]  159  160  161  162  163  164  165  ...