Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 1개 있습니다.)
(시리즈 글이 2개 있습니다.)
.NET Framework: 446. Assembly.Load를 이용해 GAC에 등록된 어셈블리를 로드하는 방법
; https://www.sysnet.pe.kr/2/0/1703

.NET Framework: 579. Assembly.LoadFrom으로 로드된 어셈블리의 JIT 컴파일 코드 공유?
; https://www.sysnet.pe.kr/2/0/10953




Assembly.Load를 이용해 GAC에 등록된 어셈블리를 로드하는 방법

GAC에 등록된 어셈블리를 로드하는 방법이 애매합니다. 물론 다음과 같이 하면 어셈블리 로드가 됩니다.

string assemblyName = "Microsoft.SqlServer.Types, Version=12.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91";
Assembly asm = Assembly.Load(assemblyName);

하지만 저렇게 어셈블리 이름을 완전하게 지정하는 것이 애매할 때가 있습니다. 가장 큰 문제는 Version 값인데요. 대상 PC에 어떤 버전의 어셈블리가 설치되어 있는지 확실하지 않을 때가 있습니다.

이런 경우 해결책은 2가지 정도가 있습니다.

  • Assembly.LoadWithPartialName을 이용하는 방법
  • 그냥 특정 버전의 어셈블리를 로컬에 복사해서 배포하는 방법

첫 번째 LoadWithPartialName은 현재 [obsolete] 특성이 적용된 상태라서 왠지 쓰기가 불안합니다. 두 번째 방법이 그나마 나은데요. 이것도 좀 그런 것이... 대상 PC의 GAC에 설치된 최신 버전의 어셈블리가 그 제품의 최신 버전과만 연동할 수 있는 경우가 가능하기 때문입니다.

방법이 없을까??? 하고 검색을 좀 해보았는데, 색다른 해결책이 하나 나왔습니다.

Is it possible to Load an assembly from the GAC without the FullName?
; http://stackoverflow.com/questions/6121276/is-it-possible-to-load-an-assembly-from-the-gac-without-the-fullname

fusion.dll의 어셈블리 정보를 반환하는 IAssemblyCache.QueryAssemblyInfo 메서드를 직접 사용하는 것입니다. 위의 코드를 대략 정리해 보면 다음과 같습니다.

using System;
using System.Reflection;
using System.Runtime.InteropServices;

namespace ConsoleApplication1
{
    class Program
    {
        [DllImport("fusion.dll")]
        private static extern int CreateAssemblyCache(out IAssemblyCache ppAsmCache, int reserved);

        static void Main(string[] args)
        {
            string gacAsmPath = GetAssemblyPath("Microsoft.SqlServer.Types");
            Assembly sqlServerTypes = Assembly.LoadFrom(gacAsmPath);
        }

        public static string GetAssemblyPath(string name)
        {
            if (name == null)
            {
                throw new ArgumentNullException("name");
            }

            string finalName = name;
            AssemblyInfo aInfo = new AssemblyInfo();
            aInfo.cchBuf = 1024;
            aInfo.currentAssemblyPath = new String('\0', aInfo.cchBuf);

            IAssemblyCache ac;
            int hr = CreateAssemblyCache(out ac, 0);
            if (hr >= 0)
            {
                hr = ac.QueryAssemblyInfo(0, finalName, ref aInfo);
                if (hr < 0)
                {
                    return null;
                }
            }

            return aInfo.currentAssemblyPath;
        }
    }

    [StructLayout(LayoutKind.Sequential)]
    public struct AssemblyInfo
    {
        public int cbAssemblyInfo;
        public int assemblyFlags;
        public long assemblySizeInKB;
        [MarshalAs(UnmanagedType.LPWStr)]
        public string currentAssemblyPath;
        public int cchBuf;
    }

    [ComImport, InterfaceType(ComInterfaceType.InterfaceIsIUnknown), Guid("e707dcde-d1cd-11d2-bab9-00c04f8eceae")]
    public interface IAssemblyCache
    {
        void Reserved0();

        [PreserveSig]
        int QueryAssemblyInfo(int flags, [MarshalAs(UnmanagedType.LPWStr)] string assemblyName, ref AssemblyInfo assemblyInfo);
    }
}

그런데, 아쉽게도 GetAssemblyPath 메서드는 해당 어셈블리의 GAC 전체 경로를 반환하는 것이지, 어셈블리 이름을 반환하지는 않습니다. 그래서 Assembly.LoadFrom을 사용해야 하는데 이것도 역시 문제가 될 수 있습니다. 왜냐하면, Load와 LoadFrom의 바인딩 문맥이 다르기 때문입니다.

BindingContext - Load() vs. LoadFrom()
; https://imhumanvirus.tistory.com/186

약간은 불편하지만, AppDomain을 이용해 안전하게 어셈블리 이름만 구할 수도 있습니다. 즉, 다음과 같이 구현하시면 끝!

static void Main(string[] args)
{
    string gacAsmPath = GetAssemblyPath("Microsoft.SqlServer.Types");

    AppDomain appDomain = AppDomain.CreateDomain(Guid.NewGuid().ToString());
    appDomain.SetData("asmName", gacAsmPath);
    appDomain.DoCallBack(
    () => {
        string asmName = AppDomain.CurrentDomain.GetData("asmName") as string;

        if (string.IsNullOrEmpty(asmName) == true)
        {
            return;
        }

        Assembly target = Assembly.LoadFrom(asmName);
        AppDomain.CurrentDomain.SetData("asmName", target.FullName);
    });

    string assemblyName = appDomain.GetData("asmName") as string;
    AppDomain.Unload(appDomain);

    Assembly asm = Assembly.Load(assemblyName);

    Console.WriteLine(assemblyName + " in " + asm.FullName);
}

(첨부 파일은 위의 예제를 포함하고 있습니다.)




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 2/21/2024]

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

비밀번호

댓글 작성자
 



2015-10-19 04시57분
.NET 어셈블리 로드 컨텍스트(최종이길 바라며...)
; https://imhumanvirus.tistory.com/315
정성태

1  2  3  4  5  6  7  8  9  10  [11]  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13667정성태7/7/20246625닷넷: 2273. C# - 리눅스 환경에서의 Hyper-V Socket 연동 (AF_VSOCK)파일 다운로드1
13666정성태7/7/20247718Linux: 74. C++ - Vsock 예제 (Hyper-V Socket 연동)파일 다운로드1
13665정성태7/6/20247908Linux: 73. Linux 측의 socat을 이용한 Hyper-V 호스트와의 vsock 테스트파일 다운로드1
13663정성태7/5/20247505닷넷: 2272. C# - Hyper-V Socket 통신(AF_HYPERV, AF_VSOCK)의 VMID Wildcards 유형파일 다운로드1
13662정성태7/4/20247500닷넷: 2271. C# - WSL 2 VM의 VM ID를 알아내는 방법 - Host Compute System API파일 다운로드1
13661정성태7/3/20247429Linux: 72. g++ - 다른 버전의 GLIBC로 소스코드 빌드
13660정성태7/3/20247538오류 유형: 912. Visual C++ - Linux 프로젝트 빌드 오류
13659정성태7/1/20247876개발 환경 구성: 715. Windows - WSL 2 환경의 Docker Desktop 네트워크
13658정성태6/28/20248268개발 환경 구성: 714. WSL 2 인스턴스와 호스트 측의 Hyper-V에 운영 중인 VM과 네트워크 연결을 하는 방법 - 두 번째 이야기
13657정성태6/27/20247925닷넷: 2270. C# - Hyper-V Socket 통신(AF_HYPERV, AF_VSOCK)을 위한 EndPoint 사용자 정의
13656정성태6/27/20248117Windows: 264. WSL 2 VM의 swap 파일 위치
13655정성태6/24/20247875닷넷: 2269. C# - Win32 Resource 포맷 해석파일 다운로드1
13654정성태6/24/20247802오류 유형: 911. shutdown - The entered computer name is not valid or remote shutdown is not supported on the target computer.
13653정성태6/22/20247940닷넷: 2268. C# 코드에서 MAKEINTREOURCE 매크로 처리
13652정성태6/21/20249259닷넷: 2267. C# - Linux 환경에서 (Reflection 없이) DLL AssemblyFileVersion 구하는 방법파일 다운로드2
13651정성태6/19/20248501닷넷: 2266. C# - (Reflection 없이) DLL AssemblyFileVersion 구하는 방법파일 다운로드1
13650정성태6/18/20248429개발 환경 구성: 713. "WSL --debug-shell"로 살펴보는 WSL 2 VM의 리눅스 환경
13649정성태6/18/20247980오류 유형: 910. windbg - !py 확장 명령어 실행 시 "failed to find python interpreter" (2)
13648정성태6/17/20248307오류 유형: 909. C# - DynamicMethod 사용 시 System.TypeAccessException
13647정성태6/16/20249365개발 환경 구성: 712. Windows - WSL 2의 네트워크 통신 방법 - 세 번째 이야기 (같은 IP를 공유하는 WSL 2 인스턴스) [1]
13646정성태6/14/20247783오류 유형: 908. Process Explorer - "Error configuring dump resources: The system cannot find the file specified."
13645정성태6/13/20248210개발 환경 구성: 711. Visual Studio로 개발 시 기본 등록하는 dev tag 이미지로 Docker Desktop k8s에서 실행하는 방법
13644정성태6/12/20248882닷넷: 2265. C# - System.Text.Json의 기본적인 (한글 등에서의) escape 처리 [1]
13643정성태6/12/20248335오류 유형: 907. MySqlConnector 사용 시 System.IO.FileLoadException 오류
13642정성태6/11/20248221스크립트: 65. 파이썬 - asgi 버전(2, 3)에 따라 달라지는 uvicorn 호스팅
13641정성태6/11/20248688Linux: 71. Ubuntu 20.04를 22.04로 업데이트
1  2  3  4  5  6  7  8  9  10  [11]  12  13  14  15  ...