Temurin-build: 누락 된 DLL은 사용자가 Microsoft Visual C ++ 재배포 가능 패키지를 다운로드해야 함을 의미합니다.

@johanvos- 이것이 우리 배포판이 가질 것으로 기대하는 것입니까, 아니면 JavaFX 패키지의 일부입니까?

OpenJDK 배포판의 일부이므로 일관성을 위해 AdoptOpenJDK 배포판에도 포함되어야한다고 생각합니까?

감사합니다! @ ali- ince /

패키지에 dll을 포함하면 고려해야 할 OpenJDK 배포판의 크기가 증가합니다. Microsoft는 OS / 보안 업데이트가 해당 런타임에 적용되지 않을 수 있으므로 정적 링크를 권장하지 않거나 자체 디렉터리에 DLL을 포함하지 않습니다.

보고 : https://social.msdn.microsoft.com/Forums/en-US/a28331ae-19a3-4a34-b3ba-1e8fd4430375/missing-apimswincore-dlls

OS 레벨 라이브러리처럼 보이지만 어떻게 든 이름이 변경되었습니다. MS 커뮤니티의 제안은 모든 API 표면에 대한 shim 인 mincore.lib를 사용해야한다는 것입니다. 그러나 바이너리는 Windows 8 이상에서만 작동합니다.

또는 설치 프로그램 패키지에 전체 Visual C ++ 재배포 가능 설치 프로그램을 probabaly 배포 할 수 있습니다.

좋은 선택은 무엇입니까?

안녕하세요.

또는 설치 프로그램 패키지에 전체 Visual C ++ 재배포 가능 설치 프로그램을 probabaly 배포 할 수 있습니다.

왝!!!

AdoptOpenJDK는 jdk.java.net 릴리스의 드롭 인 대체품이어야합니다.

최종 사용자가 골칫거리를 뛰어 넘게한다면 제로 의존성 jlink 앱의 가치 제안에 매우 해를 끼칠 것입니다.

IMHO, AdoptOpenJDK에 VC ++ redist를 포함하는 것을 고려하는 이유는 알 수 있지만 .dll이 필요로하고 JavaFX 자체 .dll이 필요한 경우 에만 포함해야합니다. 그러면 포함하는 이유가 이상해 보입니다. .

JavaFX 패키지에 포함하는 것이 더 합리적입니다.

또는 AdoptOpenJavaFX 추가 패키지에 포함 :-)

JavaFX 패키지에 포함하는 것이 더 합리적입니다.

이상적인 세계의 .dll이 JavaFX 패키지에 있어야한다는 것이 절대적으로 옳다는 것을 알 수 있습니다.

하지만 그 동안 자신의 AdoptOpenJavaFX 패키지를 제공하거나 Gluon이 패키지에 .dll을 포함하도록 설득 할 수있을 때까지 AdoptOpenJDK는 JavaFX 앱에서 사용할 수 없습니다.

나는 모든 종류의 더 나은 장기적인 접근 방식이 있다고 확신하지만, 그동안 이것은 AdoptOpenJDK에 대해 받아 들일 수없는 림보 상태입니다.

여기서 주된 문제는 AdoptOpenJDK가 JavaFX가 빌드 된 것 (DLL 이름이 누락 된 경우 아마도 VS2017 일 것임)과 다른 버전의 Visual Studio (내가 확인할 것이지만 아마도 VS2013 일 것임)로 JDK를 빌드한다는 것입니다.

먼저 VS 버전을 확인하고 여기에서 업데이트하겠습니다.

AdoptOpenJDK 12 (핫스팟)에 이제 필요한 DLL이 있으므로 모든 것이 JavaFX 앱에서 완벽하게 작동합니다.

감사합니다!!!

AdoptOpenJDK 12 (핫스팟)에 이제 필요한 DLL이 있으므로 모든 것이 JavaFX 앱에서 완벽하게 작동합니다.

감사합니다!!!

듣기 좋은 소식-Java 11 및 8의 경우이 문제가 이제 야간에 해결 될 것 같습니다. @ ali-ince 이제 모든 버전에 대해 VS 2017로 빌드하고 있습니까?

아직 @karianna , 아직 진행 중입니다. vs2017로 전환 할 때이 스레드를 업데이트하겠습니다.

이것에 대한 빠른 업데이트;

1. JDK11u 64 비트 빌드는 이제 VS2017로 전환됩니다.
2. JDK11u 32 비트 빌드는 VS2013에 있습니다. JDK11u 32 비트를 VS2017과 함께 컴파일 할 수있는 수정 사항은 11.0.4 업데이트와 함께 출시되며 이와 병행하여 VS2017로 전환 할 예정입니다.
3. JDK8u 32 비트 및 64 비트 빌드는 이제 VS2013으로 전환됩니다 (이전에는 VS2010 / VS2013 혼합). 우리는 VS2017에서도 빌드 할 수 있도록 노력하고 있지만 업스트림에 제출하기 위해 수정하는 데 시간이 더 걸리는 것 같습니다.

안녕하세요!
고객 환경에서 누락 된 C 런타임 라이브러리에 문제가 있습니다.
이 문제의 상태는 어떻습니까?

해결 방법은 C 런타임을 운영 체제와 함께 설치되지 않은 수천 개의 클라이언트 시스템에 설치하는 것입니다.
Microsoft가 이러한 버전을 지원하는 한 고객에게 강제로이를 수행하거나 Windows Server 2012 R2에서 최신 버전으로 이전 할 수 없습니다.

//편집하다:
그 동안 다른 해결 방법이 있습니까?