Microsoft MVP성태의 닷넷 이야기
.NET Framework: 340. Windows Server 2012 - .NET Framework 1.x 미지원 [링크 복사], [링크+제목 복사],
조회: 28227
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

Windows Server 2012 - .NET Framework 1.x 미지원

빌드 서버까지 모두 윈도우 서버 2012로 마이그레이션을 진행했는데, 아차... 싶은 문제가 발생했습니다.

회사의 제품군 중 하나가 .NET Framework 1.1을 지원하는데, 이를 위해 .NET 1.1의 csc.exe로 특정 모듈들이 빌드되어야 했던 것이지요.

하지만, Windows 8 / Windows Server 2012에서는 더 이상 .NET 1.1을 지원하지 않는 문제가 있습니다.

Running .NET Framework 1.1 Applications on Windows 8
; https://learn.microsoft.com/en-us/dotnet/framework/install/run-net-framework-1-1-apps

실제로, Windows Server 2008 R2를 2012로 마이그레이션 하고 나면 "C:\Windows\Microsoft.NET\Framework\v1.1.4322" 폴더에 있던 대부분의 파일들이 삭제되어 버립니다.

내심... ^^; 철렁했지만, 일단 마음을 가다듬고 생각을 해봤습니다. 어차피 .NET Framework 1.1용 응용 프로그램을 실행하는 것도 아니고, 단지 빌드만 할 뿐인데 어떻게든지 csc.exe 정도만 실행되도록 만드는 것은 가능하지 않을까??? 하는 희망적인 느낌이 들었던 것입니다.

그래서, 마이그레이션으로 인해 기존 파일들이 "Windows.old"로 넘어가 있던 폴더(C:\Windows.old\Windows\Microsoft.NET\Framework\v1.1.4322)의 모든 파일들을 "C:\Windows\Microsoft.NET\Framework\v1.1.4322" 폴더로 그대로 복사를 한 후 컴파일을 해봤습니다.

결과는? ^^ 성공!

하지만, 테스트용 프로젝트 중에서 .NET Remoting을 사용하는 프로젝트는 아쉽게도 빌드 중에 그냥 멈추는 현상이 발생했습니다. 별다르게 중요한 프로젝트가 아니었기에 넘어갔지만... 어쨌든 .NET Framework 1.1용 응용 프로그램을 빌드하는 서버를 2012로 마이그레이션할 때는 이런 부분을 미리 테스트 해보시고 넘어가야 할 것입니다.

그나저나... 신기하군요. 테스트해 보니 .NET 1.1로 컴파일된 exe 파일들은 실행까지 잘 됩니다. 아마도 마이크로소프트 측에서 "보증"을 포기한 것일 뿐, 대체로 실행 자체까지 안 되도록 일부러 막은 것은 아닌 듯합니다.




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 1/28/2023]

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

비밀번호

댓글 작성자
 




1  2  3  4  5  6  7  [8]  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13779정성태10/22/20245609개발 환경 구성: 729. WSL 2 - Mariner VM 커널 이미지 업데이트 방법
13778정성태10/21/20247130C/C++: 181. C/C++ - 소스코드 파일의 인코딩, 바이너리 모듈 상태의 인코딩
13777정성태10/20/20245563Windows: 265. Win32 API의 W(유니코드) 버전은 UCS-2일까요? UTF-16 인코딩일까요?
13776정성태10/19/20246602C/C++: 180. C++ - 고수준 FILE I/O 함수에서의 Unicode stream 모드(_O_WTEXT, _O_U16TEXT, _O_U8TEXT)파일 다운로드1
13775정성태10/19/20246627개발 환경 구성: 728. 윈도우 환경의 개발자를 위한 UTF-8 환경 설정
13774정성태10/18/20246192Linux: 91. Container 환경에서 출력하는 eBPF bpf_get_current_pid_tgid의 pid가 존재하지 않는 이유
13773정성태10/18/20245982Linux: 90. pid 네임스페이스 구성으로 본 WSL 2 + docker-desktop
13772정성태10/17/20246205Linux: 89. pid 네임스페이스 구성으로 본 WSL 2 배포본의 계층 관계
13771정성태10/17/20245940Linux: 88. WSL 2 리눅스 배포본 내에서의 pid 네임스페이스 구성
13770정성태10/17/20246411Linux: 87. ps + grep 조합에서 grep 명령어를 사용한 프로세스를 출력에서 제거하는 방법
13769정성태10/15/20247522Linux: 86. Golang + bpf2go를 사용한 eBPF 기본 예제파일 다운로드1
13768정성태10/15/20246794C/C++: 179. C++ - _O_WTEXT, _O_U16TEXT, _O_U8TEXT의 Unicode stream 모드파일 다운로드2
13767정성태10/14/20245711오류 유형: 929. bpftrace 수행 시 "ERROR: Could not resolve symbol: /proc/self/exe:BEGIN_trigger"
13766정성태10/14/20245179C/C++: 178. C++ - 파일에 대한 Text 모드의 "translated" 동작파일 다운로드1
13765정성태10/12/20246449오류 유형: 928. go build 시 "package maps is not in GOROOT" 오류
13764정성태10/11/20247036Linux: 85. Ubuntu - 원하는 golang 버전 설치
13763정성태10/11/20245935Linux: 84. WSL / Ubuntu 20.04 - bpftool 설치
13762정성태10/11/20246111Linux: 83. WSL / Ubuntu 22.04 - bpftool 설치
13761정성태10/11/20245808오류 유형: 927. WSL / Ubuntu - /usr/include/linux/types.h:5:10: fatal error: 'asm/types.h' file not found
13760정성태10/11/20246951Linux: 82. Ubuntu - clang 최신(stable) 버전 설치
13759정성태10/10/20247959C/C++: 177. C++ - 자유 함수(free function) 및 주소 지정 가능한 함수(addressable function) [6]
13758정성태10/8/20246645오류 유형: 926. dotnet tools를 sudo로 실행하는 경우 command not found
13757정성태10/8/20246948닷넷: 2306. Linux - dotnet tool의 설치 디렉터리가 PATH 환경변수에 자동 등록이 되는 이유
13756정성태10/8/20247143오류 유형: 925. ssh로 docker 접근을 할 때 "... malformed HTTP status code ..." 오류 발생
13755정성태10/7/20247695닷넷: 2305. C# 13 - (9) 메서드 바인딩의 우선순위를 지정하는 OverloadResolutionPriority 특성 도입 (Overload resolution priority)파일 다운로드1
13754정성태10/4/20246783닷넷: 2304. C# 13 - (8) 부분 메서드 정의를 속성 및 인덱서에도 확대파일 다운로드1
1  2  3  4  5  6  7  [8]  9  10  11  12  13  14  15  ...