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

Visual Studio 2019 - This extension uses deprecated APIs and is at risk of not functioning in a future VS update.

블로그를 위해 정의해 둔 비주얼 스튜디오 확장 도구가,

Visual Studio 확장(VSIX)을 이용해 사용자 매크로를 추가하는 방법
; https://www.sysnet.pe.kr/2/0/11186

2019 Preview 버전에 설치하니 다음과 같은 경고가 뜹니다.

This extension uses deprecated APIs and is at risk of not functioning in a future VS update.

문제는, "deprecated" 되었다는 API가 어떤 것인지 알려주지 않는다는 점입니다. ^^; 그래서 비교를 위해 새롭게 Visual Studio 2019에서 "Custom Command" 확장을 생성했더니, 결정적인 차이점으로 Package 객체가 AsyncPackage로 바뀌어 전체적인 동작이 비동기로 변경된 것입니다.

그래서 제 코드도 AsyncPackage를 사용하도록 변경했고 이후 설치를 하니 "deprecaged" 경고가 없어졌습니다.




아울러 AsyncPackage 적용을 위해 몇 가지 부가 작업이 함께 따르게 됩니다. 우선, csproj의 패키지 참조가 다음과 같이 바뀌고,

<ItemGroup>
	<PackageReference Include="Microsoft.VisualStudio.SDK" Version="15.9.3" ExcludeAssets="runtime" />
	<PackageReference Include="Microsoft.VSSDK.BuildTools" Version="16.0.298" />
</ItemGroup>

ProvideAutoLoad를 사용한 경우 PackageAutoLoadFlags도 함께 적용해야 합니다.

[ProvideAutoLoad(UIContextGuids80.EmptySolution, PackageAutoLoadFlags.BackgroundLoad)]

마지막으로 기존에 작성되었던 동기 호출 방식의 코드를 모두 비동기로 만들어야 하는데 이때 Visual Studio DOM을 호출하는 코드는 동기식으로 작성해야 하므로 다음과 같이 SwitchToMainThreadAsync 호출을 사전에 꼭 호출하는 코드를 넣어야 합니다.

private async Task DoSomeActionAsync(DTE2 dte, AsyncPackage package)
{
    await ThreadHelper.JoinableTaskFactory.SwitchToMainThreadAsync(package.DisposalToken);

    dte.ActiveDocument.Save(""); // Visual Studio UI Thread에서 이 코드가 실행되어야 하므로.

	...[생략]...
}

이 정도의 변경을 거치고 나면 2019 Preview 버전에서도 잘 동작하게 됩니다.




참고로, AsyncPackage로 변경했는데 Visual Studio에서 로딩 시 다음과 같은 오류가 발생할 수 있습니다.

The 'MacroCommandPackage' package did not load correctly.

The problem may have been caused by a configuration change or by the installation of another extension. You can get more information by examining the file '%USERPROFILE%\AppData\Roaming\Microsoft\VisualStudio\16.0_d362fc82\ActivityLog.xml'.

Restarting Visual Studio could help resolve this issue.

로딩 시 실행되는 코드 중에 ThreadHelper.JoinableTaskFactory.SwitchToMainThreadAsync 코드를 적절한 위치에 넣어주지 않은 경우 예외가 발생한 문제였습니다. 코드를 꼼꼼히 확인해 주셔야 합니다. ^^




본문과는 상관없지만, 제가 가지고 있는 또 다른 VSIX 패키지를 마이그레이션 중에 "Microsoft.VisualStudio.TextTemplating.VSHost.11.0.dll"이 없어서 빌드를 못하는 문제가 있었습니다. 관련 버전을 담은 Visual Studio SDK를 삭제했던 것 같은데요. 검색해 보면, Visual Studio 2015 설치 파일에서 구할 수 있다고 하며 다음과 같이 명령행에서 실행하면 된다는 글이 있습니다.

vs_enterprise.exe /s /installSelectableItems VS_SDK_GROUPV1  

음... 그런데 실제로 해보니 ^^; Visual Studio 2015를 설치만 하고 SDK는 설치하지 않았습니다. 그래서 다시 vs_enterprise.exe를 실행해 "Visual Studio Extensibility Tools Update 3" 항목을 직접 선택하여 설치할 수 있었습니다.




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





[최초 등록일: ]
[최종 수정일: 2/20/2019 ]

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

비밀번호

댓글 쓴 사람
 



2019-02-25 09시01분
정성태

1  2  3  4  5  6  7  8  9  [10]  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
12064정성태11/25/20191205오류 유형: 580. HTTP Error 500.0/500.33 - ANCM In-Process Handler Load Failure
12063정성태11/21/2019927디버깅 기술: 134. windbg - RtlReportCriticalFailure로부터 parameters 정보 찾는 방법
12062정성태12/20/2019759디버깅 기술: 133. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례 - 두 번째 이야기
12061정성태11/20/2019857Windows: 165. CoTaskMemAlloc/CoTaskMemFree과 윈도우 Heap의 관계
12060정성태11/21/2019935디버깅 기술: 132. windbg/Visual Studio - HeapFree x64의 동작 분석
12059정성태11/20/2019879디버깅 기술: 131. windbg/Visual Studio - HeapFree x86의 동작 분석
12058정성태11/19/2019852디버깅 기술: 130. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례
12057정성태11/18/2019565오류 유형: 579. Visual Studio - Memory 창에서 유효한 주소 영역임에도 "Unable to evaluate the expression." 오류 출력
12056정성태11/18/20191123개발 환경 구성: 464. "Microsoft Visual Studio Installer Projects" 프로젝트로 EXE 서명 및 MSI 파일 서명 방법파일 다운로드1
12055정성태11/17/2019562개발 환경 구성: 463. Visual Studio의 Ctrl + Alt + M, 1 (Memory 1) 등의 단축키가 동작하지 않는 경우
12054정성태11/15/2019991.NET Framework: 869. C# - 일부러 GC Heap을 깨뜨려 GC 수행 시 비정상 종료시키는 예제
12053정성태11/15/2019670Windows: 164. 윈도우 10 - 명령행 창(cmd.exe) 속성에 (DotumChe, GulimChe, GungsuhChe 등의) 한글 폰트가 없는 경우
12052정성태11/15/2019598오류 유형: 578. Azure - 일정(schedule)에 등록한 runbook이 1년 후 실행이 안 되는 문제(Reason - The key used is expired.)
12051정성태12/2/20191434개발 환경 구성: 462. 시작하자마자 비정상 종료하는 프로세스의 메모리 덤프 - procdump [1]
12050정성태11/14/2019901Windows: 163. AcLayers의 API 후킹과 FaultTolerantHeap
12049정성태11/13/2019644.NET Framework: 868. (닷넷 프로세스를 대상으로) 디버거 방식이 아닌 CLR Profiler를 이용해 procdump.exe 기능 구현
12048정성태11/12/2019915Windows: 163. GUID 이름의 볼륨에 해당하는 파티션을 찾는 방법
12047정성태11/12/20191491Windows: 163. 안전하게 eject시킨 USB 장치를 물리적인 재연결 없이 다시 인식시키는 방법
12046정성태11/9/2019796오류 유형: 577. windbg - The call to LoadLibrary(...\sos.dll) failed, Win32 error 0n193
12045정성태10/27/2019614오류 유형: 576. mstest.exe 실행 시 "Visual Studio Enterprise is required to execute the test." 오류 - 두 번째 이야기
12044정성태10/27/2019800오류 유형: 575. mstest.exe - System.Resources.MissingSatelliteAssemblyException: The satellite assembly named "Microsoft.VisualStudio.ProductKeyDialog.resources.dll, ..."
12043정성태10/27/2019834오류 유형: 574. Windows 10 설치 시 오류 - 0xC1900101 - 0x4001E
12042정성태10/26/2019765오류 유형: 573. OneDrive 하위에 위치한 Documents, Desktop 폴더에 대한 권한 변경 시 "Unable to display current owner"
12041정성태10/23/2019601오류 유형: 572. mstest.exe - The load test results database could not be opened.
12040정성태10/23/2019996오류 유형: 571. Unhandled Exception: System.Net.Mail.SmtpException: Transaction failed. The server response was: 5.2.0 STOREDRV.Submission.Exception:SendAsDeniedException.MapiExceptionSendAsDenied
12039정성태10/22/2019731스크립트: 16. cmd.exe의 for 문에서는 ERRORLEVEL이 설정되지 않는 문제
1  2  3  4  5  6  7  8  9  [10]  11  12  13  14  15  ...