Microsoft MVP성태의 닷넷 이야기
.NET Framework: 138. InternalsVisibleTo와 Public Key 값 [링크 복사], [링크+제목 복사],
조회: 28344
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 2개 있습니다.)

InternalsVisibleTo와 Public Key 값


예전에 InternalsVisibleTo 특성에 대해서 설명을 드렸는데요.

라이브러리에 다국어 리소스 추가 방법
; https://www.sysnet.pe.kr/2/0/462

위의 글에서도 설명했지만 리소스 코드 생성 단계에서 "Public"으로 설정하면 굳이 InternalsVisibleTo 특성을 지정할 필요가 없습니다.

하지만, Public으로 설정하니 문제가 하나 발생했습니다. 자동 생성되는 코드에 "주석"이 없어서 프로젝트 설정으로 해놓은 "주석 강제화" 정책을 사용할 수 없게 되었습니다. 이런 경우, 주석 강제화 정책을 풀고 임의로 주석을 주는 방법으로 돌아설 수도 있겠는데... ^^; 해보신 분들은 아시겠지만 "임의"로 한다는 것은 곧 안한다는 것과 동일한 결과를 낳게 됩니다.

그래서 코드 생성을 다시 "Internal"로 바꾸고 InternalsVisibleTo 특성으로 필요한 어셈블리를 지정하도록 바꾸었습니다.




그러나, 적용하는 과정에서 한 가지 문제가 발생했습니다.

이렇게 정의된 리소스를 사용하는 프로젝트가 "강력한 이름"을 사용하는 어셈블리로 빌드되는 경우 다음과 같은 식으로 오류 메시지가 나타났습니다.

------ Build started: Project: My.Infrastructure, Configuration: Debug Any CPU ------
D:\test\My.Infrastructure\Properties\AssemblyInfo.cs(40,63): 
warning CS1700: Assembly reference 'My.Resources, PublicKey=5a9fb3727bdfeb80' is invalid and cannot be resolved

원인은, 아래와 같이 어셈블리 지정을 부분 이름으로 사용하는 것이 허용되지 않는 것이었습니다.

[assembly: InternalsVisibleTo("My.Infrastructure")]

물론, ^^ 찾아보면 답이 나옵니다.

Visual C# Reference: Errors and Warnings
Compiler Error CS1726
; https://docs.microsoft.com/en-us/dotnet/csharp/language-reference/compiler-messages/cs1726

재미있는 것은 "Public Key Token" 값이 아니라 "Public Key" 값을 입력해야 한다는 것입니다. 결국, 아래와 같이 InternalsVisibleTo 특성을 사용해야 합니다.

[assembly: InternalsVisibleTo("My.Infrastructure, PublicKey=0024000004800000940000000602000000240000525341310004000001000100031d7b6f3abc16c7de526fd67ec2926fe68ed2f9901afbc5f1b6b428bf6cd9086021a0b38b76bc340dc6ab27b65e4a593fa0e60689ac98dd71a12248ca025751d135df7b98c5f9d09172f7b62dabdd302b2a1ae688731ff3fc7a6ab9e8cf39fb73c60667e1b071ef7da5838dc009ae0119a9cbff2c581fc0f2d966b77114b2c4")]

Public Key는 해당 어셈블리(위에서는 My.Infrastructure)를 SNK 파일로 서명할 때, 바로 그 "SNK" 파일에 포함된 공개키를 가리킵니다. 그럼, 그 값을 어떻게 구해서 적용해야 할까요? 이미 다음의 글에서 질문 답변이 되어 있습니다.

How to Get Public Key as String format From Strong named Assembly
; http://social.msdn.microsoft.com/forums/en-US/clr/thread/c8fcfd65-87e4-45e5-98cd-15990311e657

간단하게 "sn -Tp [어셈블리파일]"로 외워두시면 됩니다. 귀찮으신 분들은 다음의 글에서 소개하는 것처럼 "외부 도구"로 Visual Studio에 등록해 두는 것도 좋겠지요. ^^

Visual Studio Tip: Get Public Key Token for a Strong Named Assembly 
; https://docs.microsoft.com/en-us/archive/blogs/miah/visual-studio-tip-get-public-key-token-for-a-strong-named-assembly

참고로 위에서 설명한 것처럼 어셈블리에서 공개키 값을 구하는 방법뿐만 아니라, SNK 파일 자체에서도 구할 수 있는 방법이 있습니다. 이런 경우에는 공개키만을 포함한 snk 파일을 구하고 그 파일에 대해 sn -t[p] 옵션을 적용해 주시면 됩니다. 그래서 다음과 같이 2단계 명령어를 거치면 되겠습니다.

sn.exe -p test.snk testPub.snk
sn.exe -tp testPub.snk




설명하는 김에, "Public Key Token"도 다뤄볼까요? 저는 지금까지 단순히 "Public Key" 값을 해시했다는 정도로만 알고 있었는데, 아래의 글에서 이 과정을 자세하게 설명해 주고 있습니다.

Public Key Token Generation Algorithm in VB.NET 
By  shashijeevan
; http://www.vbdotnetheaven.com/UploadFile/shashijeevan/PublicKeyTokenGeneratoInVB11082005035822AM/PublicKeyTokenGeneratoInVB.aspx

(현재는) "Public Key" 값을 SHA1로 해시한 20byte의 마지막 8바이트를 역순으로 바꾼 값이라는 것!



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

[연관 글]






[최초 등록일: ]
[최종 수정일: 8/4/2021]

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

비밀번호

댓글 작성자
 




... 46  47  48  49  50  51  52  53  54  55  56  [57]  58  59  60  ...
NoWriterDateCnt.TitleFile(s)
12549정성태3/4/202116895오류 유형: 700. VsixPublisher를 이용한 등록 시 다양한 오류 유형 해결책
12548정성태3/4/202118088개발 환경 구성: 546. github workflow/actions에서 nuget 패키지 등록하는 방법
12547정성태3/3/202118572오류 유형: 699. 비주얼 스튜디오 - The 'CascadePackage' package did not load correctly.
12546정성태3/3/202118630개발 환경 구성: 545. github workflow/actions에서 빌드시 snk 파일 다루는 방법 - Encrypted secrets
12545정성태3/2/202121450.NET Framework: 1026. 닷넷 5에 추가된 POH (Pinned Object Heap) [10]
12544정성태2/26/202121698.NET Framework: 1025. C# - Control의 Invalidate, Update, Refresh 차이점 [2]
12543정성태2/26/202119405VS.NET IDE: 158. C# - 디자인 타임(design-time)과 런타임(runtime)의 코드 실행 구분
12542정성태2/20/202121045개발 환경 구성: 544. github repo의 Release 활성화 및 Actions를 이용한 자동화 방법 [1]
12541정성태2/18/202118590개발 환경 구성: 543. 애저듣보잡 - Github Workflow/Actions 소개
12540정성태2/17/202120054.NET Framework: 1024. C# - Win32 API에 대한 P/Invoke를 대신하는 Microsoft.Windows.CsWin32 패키지
12539정성태2/16/202119812Windows: 189. WM_TIMER의 동작 방식 개요파일 다운로드1
12538정성태2/15/202120385.NET Framework: 1023. C# - GC 힙이 아닌 Native 힙에 인스턴스 생성 - 0SuperComicLib.LowLevel 라이브러리 소개 [2]
12537정성태2/11/202120340.NET Framework: 1022. UI 요소의 접근은 반드시 그 UI를 만든 스레드에서! - 두 번째 이야기 [2]
12536정성태2/9/202119505개발 환경 구성: 542. BDP(Bandwidth-delay product)와 TCP Receive Window
12535정성태2/9/202118572개발 환경 구성: 541. Wireshark로 확인하는 LSO(Large Send Offload), RSC(Receive Segment Coalescing) 옵션
12534정성태2/8/202119307개발 환경 구성: 540. Wireshark + C/C++로 확인하는 TCP 연결에서의 closesocket 동작 [1]파일 다운로드1
12533정성태2/8/202117795개발 환경 구성: 539. Wireshark + C/C++로 확인하는 TCP 연결에서의 shutdown 동작파일 다운로드1
12532정성태2/6/202119628개발 환경 구성: 538. Wireshark + C#으로 확인하는 ReceiveBufferSize(SO_RCVBUF), SendBufferSize(SO_SNDBUF) [3]
12531정성태2/5/202118123개발 환경 구성: 537. Wireshark + C#으로 확인하는 PSH flag와 Nagle 알고리듬파일 다운로드1
12530정성태2/4/202121540개발 환경 구성: 536. Wireshark + C#으로 확인하는 TCP 통신의 Receive Window
12529정성태2/4/202120077개발 환경 구성: 535. Wireshark + C#으로 확인하는 TCP 통신의 MIN RTO [1]
12528정성태2/1/202119804개발 환경 구성: 534. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 윈도우 환경
12527정성태2/1/202119769개발 환경 구성: 533. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 리눅스 환경파일 다운로드1
12526정성태2/1/202116498개발 환경 구성: 532. Azure Devops의 파이프라인 빌드 시 snk 파일 다루는 방법 - Secure file
12525정성태2/1/202115367개발 환경 구성: 531. Azure Devops - 파이프라인 실행 시 빌드 이벤트를 생략하는 방법
12524정성태1/31/202115883개발 환경 구성: 530. 기존 github 프로젝트를 Azure Devops의 빌드 Pipeline에 연결하는 방법 [1]
... 46  47  48  49  50  51  52  53  54  55  56  [57]  58  59  60  ...