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

(시리즈 글이 4개 있습니다.)
개발 환경 구성: 296. .NET Core 프로젝트를 NuGet Gallery에 배포하는 방법
; https://www.sysnet.pe.kr/2/0/11034

.NET Framework: 793. C# - REST API를 이용해 NuGet 저장소 제어
; https://www.sysnet.pe.kr/2/0/11696

개발 환경 구성: 423. NuGet 패키지 제작 - Native와 Managed DLL을 분리하는 방법
; https://www.sysnet.pe.kr/2/0/11793

개발 환경 구성: 494. NuGet - nuspec의 패키지 스키마 버전(네임스페이스) 업데이트 방법
; https://www.sysnet.pe.kr/2/0/12234




NuGet 패키지 제작 - Native와 Managed DLL을 분리하는 방법

지난번에 만든 NuGet 패키지를,

SOIL(Simple OpenGL Image Library) - Native DLL 및 .NET DLL 제공
; https://www.sysnet.pe.kr/2/0/11768

Visual Studio 2015에서 참조하는 경우 다음과 같은 오류가 발생합니다.

Failed to add reference to 'SoilProxy32' 

배경 설명을 하면, 해당 Package는 Managed와 Native 모듈을 모두 가지고 있습니다. 그리고 패키징 방식이 lib 폴더 밑에 모두 집어넣는 형식으로 되어 있습니다. 그러니까 다음과 같이 폴더 구조를 잡고,

Root
│   SoilNET.nuspec
│
└───lib
    ├───net40
    │       Soil.NetFX4.dll
    │       Soil.NetFX4.pdb
    │       SoilProxy32.dll
    │       SoilProxy32.pdb
    │       SoilProxy64.dll
    │       SoilProxy64.pdb
    │
    └───netstandard2.0
            Soil.NetCore.deps.json
            Soil.NetCore.dll
            Soil.NetCore.pdb
            SoilProxy32.dll
            SoilProxy32.pdb
            SoilProxy64.dll
            SoilProxy64.pdb

SoilNET.nuspec의 내용을 이렇게 채운 후,

<?xml version="1.0"?>
<package >
    <metadata>
        <id>SoilDotnet</id>
        <title>soil 1.16 for .NET Framework</title>
        <version>1.0.1</version>
        <authors>kevin13</authors>
        <requireLicenseAcceptance>false</requireLicenseAcceptance>
        <description>soil 1.16 for .NET Framework 4.x and .NET Standard</description>
        <!--iconUrl>if you send it to me, I'll use it.</iconUrl-->
        <tags>opengl soil v150 vs2017 managed</tags>
        <projectUrl>https://github.com/stjeong/SoilNET</projectUrl>
        <dependencies>
          <group targetFramework=".NETFramework4.0" />
          <group targetFramework=".NETStandard2.0" />
        </dependencies>
    </metadata>
</package>

nuget 명령어를 다음과 같이 실행하면 패키징이 되는 것입니다.

nuget pack SoilNET.nuspec -OutputDirectory ..\nuget_package

이렇게 패키징한 파일을 Visual Studio 2017에서 참조 추가하면 아무런 문제가 없습니다. 반면, Visual Studio 2015에서는 Native 모듈인 SoilProxy32.dll를 참조할 수 없다는 오류가 뜨는 것입니다.

이유는 간단합니다. 2015 버전에서는 폴더에 있는 DLL 파일이라면 무조건 .NET DLL로 가정하고 참조 추가를 해버리는데 SoilProxy32.dll이 Native이기 때문에 참조 추가에 실패해 그런 오류가 발생하는 것입니다. (2017의 경우에는 똑똑하게 ^^ 해당 DLL의 유형에 따라 참조 추가 유무를 결정하므로 문제가 없습니다.)




이 문제를 해결하려면, 2015로 하여금 Native DLL은 참조 추가를 하지 않고 단지 Output Directory에 복사만 하도록 지정해야 합니다. 이렇게 하려면 참조 대상인 DLL과 그렇지 않은 파일을 폴더로 구분해 나누고 nuspec에 참조할 수 있는 DLL을 다음과 같이 직접 지정해야 합니다.

<?xml version="1.0"?>
<package >
    <metadata>
        <id>SoilDotnet</id>
        <title>soil 1.16 for .NET Framework</title>
        <version>1.0.3</version>
        <authors>kevin13</authors>
        <requireLicenseAcceptance>false</requireLicenseAcceptance>
        <description>soil 1.16 for .NET Framework 4.x and .NET Standard</description>
        <!--iconUrl>if you send it to me, I'll use it.</iconUrl-->
        <tags>opengl soil v150 vs2017 managed</tags>
        <projectUrl>https://github.com/stjeong/SoilNET</projectUrl>
        <dependencies>
          <group targetFramework=".NETFramework4.0" />
          <group targetFramework=".NETStandard2.0" />
        </dependencies>

        <references>
            <group targetFramework="net40">
                <reference file="Soil.NetFX4.dll" />
            </group>
            <group targetFramework="netcoreapp">
                <reference file="Soil.NetCore.dll" />
            </group>
        </references>
    </metadata>
</package>

그리고 Native DLL은 별도의 폴더로 구분해 넣어두는데 그래서 패키지의 소스 트리 구조가 다음과 같이 바뀝니다.

Root
│   SoilNET.nuspec
│
├───build
│       SoilDotnet.targets
│
└───lib
    ├───net40
    │       Soil.NetFX4.dll
    │       Soil.NetFX4.pdb
    │
    ├───netstandard2.0
    │       Soil.NetCore.deps.json
    │       Soil.NetCore.dll
    │       Soil.NetCore.pdb
    │
    └───runtimes
            SoilProxy32.dll
            SoilProxy32.pdb
            SoilProxy64.dll
            SoilProxy64.pdb

여기까지만 하면, Visual Studio 2015는 현재의 프로젝트 유형에 따라 Soil.NetFX4.dll 또는 Soil.NetCore.dll을 참조 추가하게 됩니다. 문제는 runtimes 밑에 있는 파일들이 아무런 역할도 하지 못한다는 점입니다. 즉, 참조한 Managed DLL과 같은 폴더에 놓이도록 출력이 되어야 하는데 저렇게 한 상태에서는 SoilProxy32.dll, SoilProxy64.dll이 누락됩니다.

물론, 해당 파일들을 net40 폴더나 netstandard2.0에 포함시켜도 되지만 그렇게 하면 Visual Studio 2015에서는 DLL이기 때문에 참조를 하려고 해 다시 동일한 오류가 발생합니다.

이 문제를 해결하기 위해, 빌드 시에 MSBuild로 하여금 NuGet 패키지를 위한 build target 파일을 처리하도록 지정할 수 있습니다. 바로 그 파일이 위의 트리 구조에서 "build" 폴더에 있는 SoilDotnet.targets 파일입니다. 파일의 내용을 보면 이해가 되실 것입니다. ^^

<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
    <ItemGroup>
        <Content Include="$(MSBuildThisFileDirectory)..\lib\runtimes\SoilProxy64.dll">
            <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
            <Link>SoilProxy64.dll</Link>
        </Content>
        <Content Include="$(MSBuildThisFileDirectory)..\lib\runtimes\SoilProxy32.dll">
            <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
            <Link>SoilProxy32.dll</Link>
        </Content>
    </ItemGroup>
</Project>

위와 같이 targets 파일을 만들어 패키지에 포함시키면, 이것을 참조한 프로젝트를 빌드시 저 동작을 포함하는 것입니다. 따라서 자연스럽게 Native DLL이 빌드 디렉터리에 복사가 되어 결국 "Failed to add reference to 'SoilProxy32'" 문제가 해결되는 것입니다. 덕분에 이번 기회에 ^^ NuGet 패키징을 좀 더 알게 되었습니다.




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







[최초 등록일: ]
[최종 수정일: 12/16/2018]

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

비밀번호

댓글 작성자
 



2021-08-24 01시09분
다음의 동영상에서, nuget 패키지를 직접 C# 소스 코드를 이용해 만들 수 있는 방법이 나옵니다.

Nuget의 모듈 구조
; https://youtu.be/i9zw6x6zQLI?t=4525
정성태

... 151  152  153  154  155  156  157  158  159  [160]  161  162  163  164  165  ...
NoWriterDateCnt.TitleFile(s)
1048정성태5/27/201132271개발 환경 구성: 123. Apache 소스를 윈도우 환경에서 빌드하기
1047정성태5/27/201126155.NET Framework: 217. Firebird ALinq Provider - 날짜 필드에 대한 낙관적 동시성 쿼리 오류
1046정성태5/26/201130814.NET Framework: 216. 라이선스까지도 뛰어넘는 .NET Profiler [5]
1045정성태5/24/201131900.NET Framework: 215. 닷넷 System.ComponentModel.LicenseManager를 이용한 라이선스 적용 [1]파일 다운로드1
1044정성태5/24/201132458오류 유형: 122. zlib 빌드 오류 - inflate.obj : error LNK2001: unresolved external symbol _inflate_fast
1043정성태5/24/201131426.NET Framework: 214. 무료 Linq Provider - DbLinq를 이용한 Firebird 접근파일 다운로드1
1042정성태5/23/201137750개발 환경 구성: 122. PHP 소스를 윈도우 환경에서 빌드하기
1041정성태5/22/201128643.NET Framework: 213. Linq To SQL - ALinq Provider를 이용하여 Firebird 사용파일 다운로드1
1040정성태5/21/201138973개발 환경 구성: 121. .NET 개발자가 처음 설치해 본 Apache + PHP [2]
1039정성태5/17/201131686.NET Framework: 212. Firebird 데이터베이스와 ADO.NET [2]파일 다운로드1
1038정성태5/16/201133636개발 환경 구성: 120. .NET 프로그래머에게도 유용한 Firebird 무료 데이터베이스 [2]
1037정성태5/11/201128474개발 환경 구성: 119. Visual Studio Professional 이하 버전에서도 TFS의 정적 코드 분석 정책 연동이 가능할까? [3]
1036정성태5/7/201194272오류 유형: 121. Access DB에 대한 32bit/64bit OLE DB Provider 관련 오류 [11]
1035정성태5/7/201129034오류 유형: 120. File cannot be opened. Ensure it is a valid Data Link file.
1034정성태5/2/201126068.NET Framework: 211. 파일 잠금 없이 .NET 어셈블리의 버전을 구하는 방법 [2]파일 다운로드1
1033정성태5/1/201131780웹: 19. IIS Express - appcmd.exe를 이용한 applicationHost.config 변경 [2]
1032정성태5/1/201128438웹: 18. IIS Express를 NT 서비스로 변경
1031정성태4/30/201129594웹: 17. IIS Express - "IIS Installed Versions Manager Interface"의 IIISExpressProcessUtility 구하는 방법 [1]파일 다운로드1
1030정성태4/30/201151852개발 환경 구성: 118. IIS Express - localhost 이외의 호스트 이름으로 접근하는 방법 [4]파일 다운로드1
1029정성태4/28/201140985개발 환경 구성: 117. XCopy에서 파일/디렉터리 확인 질문 없애기 [2]
1028정성태4/27/201138385오류 유형: 119. Visual Studio 2010 SP1 설치 후 Windows Phone 개발자 도구로 인한 재설치 문제 [3]
1027정성태4/25/201127565디버깅 기술: 40. 상황별 GetFunctionPointer 반환값 정리 - x86파일 다운로드1
1026정성태4/25/201145841디버깅 기술: 39. DebugDiag 1.1을 사용한 덤프 분석 [7]
1025정성태4/24/201127906개발 환경 구성: 116. IIS 7 관리자 - Active Directory Certification Authority로부터 SSL 사이트 인증서 받는 방법 [2]
1024정성태4/22/201129214오류 유형: 118. Windows 2008 서버에서 Event Viewer / PowerShell 실행 시 비정상 종료되는 문제 [1]
1023정성태4/20/201130115.NET Framework: 210. Windbg 환경에서 확인해 본 .NET 메서드 JIT 컴파일 전과 후 [1]
... 151  152  153  154  155  156  157  158  159  [160]  161  162  163  164  165  ...