Java 응용 프로그램을 실행하거나 'java'만 실행하면 jvm이 실패합니다.

VM
java / lang / NoClassDefFoundError 초기화 중에 오류가 발생했습니다 . java / lang / Object

다음은 오답 목록입니다 .

1. / bin 디렉토리를 포함한 올바른 Java 홈 디렉토리가 글로벌 PATH에 있습니다.

2. JAVA_HOME이 올바르게 설정되었습니다

3. java -fullversion 작동 명령 실행

   $ java -fullversion
   
   ./java full version "1.7.0_05-b05"
   

4. / usr / java의 기호 링크는 모두 올바른 Java 설치를 가리 킵니다.

5. 시스템을 만들 때 '기본'java를 설치하지 않았습니다.

6. java -version 실패 ... 위와 같은 오류

7. Java 설치의 디렉토리 구조에서 명령을 실행해도 작동하지 않습니다

8. 이것은 64 비트 용 64 비트 Java입니다.

어떤 아이디어?

이 문제는 부적절한 Java 설치로 인해 발생합니다.

가능성 1

참고 : 이 시나리오는 Java 8 및 이전 버전에만 적용됩니다. Java 9부터 JRE는 다르게 구성됩니다. rt.jar 및 친구는 더 이상 존재하지 않으며 Pack200은 더 이상 사용되지 않습니다.

자바 표준 라이브러리는 같은 다양한 JAR 파일에 포함되어 rt.jar, deploy.jar, jsse.jar, 등 JRE가 포장되면, 이러한 중요한 JAR 파일로 압축 Pack200의 및 저장 rt.pack, deploy.pack, jsse.pack, 등 자바 설치는 압축을 그들에게 가정된다. 이 오류가 발생하면 분명히 발생하지 않았습니다.

JRE 및 폴더 의 unpack200모든 .pack파일에서 수동으로 실행해야합니다 .lib/lib/ext/

윈도우

하나의 .pack파일 을 풀려면 (예 :) rt.pack다음을 실행하십시오.

"%JAVA_HOME%\bin\unpack200" -r -v rt.pack rt.jar

.packJRE 루트 실행에서 모든 파일 을 재귀 적으로 압축 해제하려면 다음을 수행하십시오.

for /r %f in (*.pack) do "%JAVA_HOME%\bin\unpack200.exe" -r -q "%f" "%~pf%~nf.jar"

*아니야

하나의 .pack파일 을 풀려면 (예 :) rt.pack다음을 실행하십시오.

/usr/bin/unpack200 -r -v rt.pack rt.jar

.packJRE 루트 실행에서 모든 파일 을 재귀 적으로 압축 해제하려면 다음을 수행하십시오.

find -iname "*.pack" -exec sh -c "/usr/bin/unpack200 -r -q {} \$(echo {} | sed 's/\(.*\.\)pack/\1jar/')" \;

가능성 2

다른 방법으로 Java를 잘못 설치했습니다. 아마도 관리자 권한없이 설치했거나 설치 프로그램에서 파일을 추출하기 만했습니다. 설치 프로그램 및 / 또는 더 많은 권한으로 다시 시도하십시오. 또는 설치 프로그램을 사용하지 않으려면 .tar.gz대신 Java 패키지를 사용하십시오.

* nix OS의 Java 8의 경우 <jdk root>/jre/lib(나를 위해 /usr/java/jdk1.8.0_05/jre/lib)로 이동하십시오. 이 디렉토리에서 다음을 실행하십시오.

../../bin/unpack200 rt.pack rt.jar
../../bin/unpack200 jsse.pack jsse.rar
../../bin/unpack200 charsets.pack charsets.jar

경우 버전 문제를 방지하기 위해 동일한를 사용, 다른 JRE가 설치되어 unpack200당신이 고정되어있는 JRE와 함께 제공 - 명령 행 사용에서입니다 ../../bin/unpack200(나를 위해,이 팽창 /usr/java/jdk1.8.0_05/bin/unpack200)이 아니라 unpack200.

64 비트 아키텍처의 경우 32 비트 버전과 64 비트 버전의 jre를 모두 설치해야합니다 (rt.jar과 같은 아키텍처 독립 파일은 32 비트 버전으로 만 배포 됨).

글로벌 PATH 환경 변수에 올바른 Java 실행 파일을 포함 시키려면주의해야합니다.

참을성이없는 사람들을위한 빠른 솔루션 ;) Windows 컴퓨터에서 다음을 시도하십시오. C:\Windows\System32디렉토리로 이동하여 삭제하십시오 java.exe(또는 이름을 바꾸십시오 java.exe.old).

1.6 이상이므로 java.exeWindows 디렉토리에 가 없어야합니다 . 있다면 남은 것입니다.

조금 더 읽기 :

2012 년의 질문에 아직 승인 된 답변이 없으며 2015 년 Win 7 32 비트 OS에서 동일한 문제가 발생했습니다.

그래서 어떻게 되었습니까?

기본적으로 모든 것이 잘 작동하고 H2 데이터베이스를 다운로드했으며 시작하려고 할 때 다음 H2 Console (Command Line)을 얻었습니다.

Error occurred during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

나는이 질문을 발견했고 같은 증상을 확인할 수있었습니다.

JAVA_HOME이 올바르게 설정되었습니다.

echo %JAVA_HOME%
C:\Program Files\Java\jdk1.6.0_26

java -version실패하지만 java --fullversion잘 작동합니다.

java -fullversion
java full version "1.6.0_45-b06"

해결책 :C:\Windows\System32 디렉토리로 이동하여 (실제로 이름을 바꾼) java.exe파일을 삭제 하십시오 !!!!

이제, 나는 얻는다 :

java -version
java version "1.6.0_26"
Java(TM) SE Runtime Environment (build 1.6.0_26-b03)
Java HotSpot(TM) Client VM (build 20.1-b02, mixed mode, sharing)

그리고 H2 Console (Command Line)뿐만 아니라 잘 작동합니다!

크레딧은이 포럼의 마지막 게시물로 이동합니다 : https://bukkit.org/threads/java-lang-noclassdeffounderror-java-lang-object.70450/

오늘 새 JDK (1.8.0.73)를 다운로드 c:> java.exe하여 악명 높은 것을 얻었습니다.

Error occurred during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

방금 작업 솔루션을 여기에 공유하고 싶었습니다.

jdk\bin폴더에 CD를 넣으면 Java가 제대로 실행 되어 폴더임을 알았습니다 PATH. 나는 그것을 증명하기 위해 CMD PATH에 방금 설정 \jdk\bin했으며 효과가있었습니다.

그래서,에있는 폴더 중 하나가 PATH있었음에 틀림 java.exe충돌을 일으키는였습니다, 나는 생각했다. 알고 보니, 그것은이었다 C:\>ProgramData\Oracle\Java\javapath그 보유 심볼릭 링크 실행 파일에 있습니다.

java.exe을 가리키고있었습니다 jre\bin. 내가 시작할 때 파일이 손상되었습니다 \jre\bin\java.exe. 정확히 같은 오류입니다. 빙고. JRE를 다시 설치했는데 문제가 해결되었습니다. 행복한 코딩 ...

java.lang.Object에 대한 클래스 파일이있는 설치에서 rt.jar이라는 파일이 누락되었을 수 있습니다. 설치 파일 등을 확인하십시오.

특히 64 비트 intaller는 기존 32 비트 설치를 오버레이 (또는 "다음"설치)합니다. 다시 말해서, 완전히 작동하는 64 비트 설치를하려면 먼저 32 비트 설치를 실행하고 64 비트 가능 시스템이있는 경우 64 비트 설치를 수행해야합니다.

대신 64 비트 설치를 수행하는 경우 설치에 특정 파일이 누락되고 위와 같은 오류가 발생합니다.

Windows 10에서 JRE 1.8 (8u121)과 동일한 문제에 직면했습니다.
타자

java -version

cmd 프롬프트는 다음을 반환합니다.

Error occurred during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

다른 모든 명령은, echo %JAVA_HOME%, echo %JRE_HOME%, echo %PATH%, java -fullversion벌금을했다.

시스템 관리 패널의 환경 변수로 이동하여 PATH에서 링크를 제거하고 PATH에 링크 C:\ProgramData\Oracle\Java\javapath를 설정했는지 확인하십시오 C:\Program Files\Java Folder\bin.

그 후, 파일 C:\Windows\System32이 존재 하는지 확인 java.exe하십시오. true 인 경우 해당 파일을 삭제하십시오.

입력 java -version하면 정상적으로 작동합니다.

이 문제는 JDK를 JDK _uncompressing_대신 설치할 때 발생 _executing_합니다.

예를 들면 다음과 같습니다.

unzip jdk-6u45-linux-x64.bin  (wrong)

sh ./jdk-6u45-linux-x64.bin   (right)

첫 번째 시나리오에서 rt.jar와 같은 런타임 라이브러리는 자동으로 평가되지 않습니다 (따라서 .jar 파일 대신 rt.pack 파일 등을 찾을 수 있음).

최근에 같은 문제가있었습니다. 필자의 경우 Windows 7 시스템은 자동으로 Java를 다운로드하고 C:\ProgramData\Oracle\Java\javapath경로 환경 변수의 시작 부분에 추가 하여 Java 를 엉망으로 만들었습니다. 내가 길에서 그것을 제거하면 효과가있었습니다.

Java 바이너리에서 "chmod u + rx"를 수행하고 실행하면 jar 파일의 압축이 풀리고 런타임 오류없이 java -version을 수행 할 수 있습니다.

64 비트 만 설치할 수 없으며 먼저 32 비트를 설치 한 다음 64 비트 구성 요소를 추가해야합니다.

java.com에서 :

32 비트 JVM을 허용하는 64 비트 시스템에 JRE를 설치하는 것은 2 단계 프로세스입니다. 먼저 32 비트 JRE를 설치 한 다음 64 비트 조작에 대한 추가 지원을 설치하십시오. 파일 이름은 다음과 같습니다.

먼저 32 비트를 설치하지 않고 64 비트 버전을 설치하면 다른 모든 문제를 수정하더라도이 오류가 발생합니다. Java 8u71을 실행하는 새로운 Dell i7 64 비트 Windows 10 Pro 시스템이 있습니다. 내 % path % 및 % classpath %를 환경 변수에 추가하고 몇 가지 다른 수정 사항을 시도한 후 64 비트를 설치 제거하고 32 비트를 설치 한 후 64 비트를 다시 설치하면 문제가 해결되었습니다.

가능한 원인으로 언급 된 파일의 압축을 풀지 않는 등의 일부 문제는 여전히 문제의 원인 일 수 있지만이 작업을 수행하지 않으면 다른 수정 프로그램이 작동하지 않습니다.

필자의 경우 Windows 8.1 (jdk1.8.0_77 설치)을 사용하고 세 가지 작업을 수행했습니다.

1. 이전 jdk를 삭제했습니다.
2. C : \ Windows \ System32에서 java.exe 파일의 이름을 변경했습니다.
3. 또한 PATH에서 C : \ ProgramData \ Oracle \ Java \ javapath를 제거했습니다 (echo % PATH %).

그리고 voila는 그것을 고쳤습니다!

비슷한 문제에 직면하여 프로그램 데이터 (C : \ ProgramData \ Oracle \ Java \ javapath)의 심볼릭 링크가 잘못되었음을 발견했습니다. 올바른 경로를 제공했으며 효과가있었습니다.

프로그램 데이터를 수정하는 방법에 대한 자세한 내용은 여기를 참조하십시오

또 다른 대답은 Linux의 경우 tar.gz 파일을 대신 사용하는 것입니다. solaris 플랫폼에서도 이와 비슷한 것으로 보입니다. 이런 식으로 모든 파일은 이미 예상 된 형식으로되어 있으며 포장 풀기 문제가 없습니다.

JDK 1.7.0_40 i586을 사용한 x86_64 Linux 설치에 문제가 있습니다. 문제는 Rigg802에 의해 언급 된 것처럼 rpm이 jar 파일의 압축을 풀 수 없다는 것입니다 (rpm이 마킹 성공을 완료했지만).

Unpacking JAR files...
        rt.jar...
/var/tmp/rpm-tmp.zLzkkb: /usr/java/jdk1.7.0_40/bin/unpack200: /lib/ld-linux.so.2: bad ELF interpreter: No such file or directory
Error: unpack could not create JAR file:

        /usr/java/jdk1.7.0_40/jre/lib/rt.jar

/lib/ld-linux.so.2 파일은 glibc-2.12-1.107.el6_4.4에서 제공합니다. jdk rpm의 rpm dep에 속하지 않는 i686 .

Oracle JDK rpm에는 32 비트 버전의 libgcc-4.4.7-3.el6도 필요합니다. 설치 될 i686

따라서 해결 방법은 glibc-2.12-1.107.el6_4.4.i686 및 libgcc-4.4.7-3.el6.i686을 먼저 설치하는 것입니다.

나를 위해 일한 빠른 수정 :

for file in $(find "$JAVA_HOME" -name "*pack")
do 
    unpack200 "${file}" "${test_file/%pack/jar}";
done

.rpm 파일을 추출 할 때이 오류가 발생했습니다.

그런 다음 해당 폴더를 제거하고 Linux 64 용 jdk-7u79-linux-x64.tar.gz를 다운로드하고 대신이 파일의 내용을 추출했습니다. 또한 : export JAVA_HOME = / opt / java / jdk1.7.0_79 export JDK_HOME = / opt / java / jdk1.7.0_79 export PATH = $ {JAVA_HOME} / bin

jre를 다시 설치 하십시오 . 그것은 단순히 내 문제를 해결했습니다. (JDK를 설치 한 후 SonarQube 시작 배치 가이 오류를 발생시키기 시작했습니다)

제어판으로 이동하여 Java 관련 항목을 제거한 다음 (열면 이클립스 닫기) Java를 다시 설치하고 이클립스를 열고 프로젝트를 정리하십시오.

Solaris에서이 작업을 수행하고 "java -version"조차 작동하지 않는 동일한 문제가 발생했습니다. 배포판의 64 비트 버전이 32 비트보다 훨씬 작은 이유가 있습니다. 실제로 위에서 언급 한 바와 같습니다.

다시 말해서, 완전히 작동하는 64 비트 설치를하려면 먼저 32 비트 설치를 실행하고 64 비트 가능 시스템이있는 경우 64 비트 설치를 수행해야합니다.

그래서 32 비트 용 설치 프로그램을 실행했습니다.

sh jdk-6u131-solaris-sparc.sh

그런 다음 64 비트 설치 프로그램을 실행했습니다.

sh jdk-6u131-solaris-sparcv9.sh

이것은 선택할 수있는 몇 가지 Java 실행 파일을 제공합니다.

• $ 찾기. 이름 자바
• ./jdk1.6.0_131/db/demo/programs/scores/java
• ./jdk1.6.0_131/db/demo/programs/vtis/java
• ./jdk1.6.0_131/bin/java
• ./jdk1.6.0_131/bin/sparcv9/java
• ./jdk1.6.0_131/jre/bin/java
• ./jdk1.6.0_131/jre/bin/sparcv9/java

sparcv9 java는 64 비트 버전이며 32 비트 JDK와 함께 설치 될 때 "-version"과 함께 작동합니다.

• ./jdk1.6.0_131/bin/sparcv9/java-버전
• 자바 버전 "1.6.0_131"
• Java (TM) SE 런타임 환경 (빌드 1.6.0_131-b32)
• Java HotSpot ™ 64 비트 서버 VM (빌드 20.131-b32, 혼합 모드)

-단

창 10에는 C:\>ProgramData\Oracle\Java\javapath실행 파일에 대한 심볼릭 링크를 보유하는 env에 이미 존재하는 경로 가 있습니다.

새 버전을 설치하고 환경 변수에서 제거하면 모든 프로젝트에 표시됩니다.

창 10에서 일식 산소를 사용하고 있습니다.

그것을 해결하려면 :-

1. C:\>ProgramData\Oracle\Java\javapath환경 변수에서 경로 를 제거하고 경로에 JAVA_HOME 및 % JAVA_HOME % / bin으로 새 환경을 추가했습니다.

2. 관리자 권한으로 jdk를 다시 설치합니다 (이전 JRE 폴더 삭제).

3. 이클립스 프로젝트를 열고> 마우스 오른쪽 버튼으로 클릭> 라이브러리로 이동> 라이브러리에서> JRE 시스템 라이브러리 제거> 라이브러리 추가 클릭> "JRE 시스템 라이브러리"선택> 다음 클릭> "작업 공간 기본 JRE (jre1.8.x_xxx)"선택> 끝

내 문제가 해결되었습니다 :) 희망이 당신을 도울 것입니다 :)

이것은 내가 CentOS에서 가지고있는 문제를 해결

sudo yum install java-1.8.0-openjdk-devel

CentOS 6에서 JAVA_HOME & CLASSPATH 설정 참조

따라서 모든 것을 시도해 보았고 마침내 Java를 제거한 후 재설치하면 문제가 해결 된 것으로 보입니다.

JAVA 설치 버전에 문제가있는 경우

C : \ 어디에 자바

Java의 위치를 ​​알려줍니다. 설치 이외의 경로가 있으면 해당 파일을 제거하거나 이름을 바꾸십시오 (_backup 일 수 있음). 올바른 버전의 Java 파일이 제공됩니다.

동일한 문제에 직면하여 두 개의 Java 버전을 설치했기 때문에이 문제가 발생했습니다. 이 이동을 확인하고 제어판에서 Java 아이콘을 클릭하면 열리지 않으면 문제가 동일하면 한 버전으로 이동하십시오. 케이크 한 조각. 감사.

동일한 문제에 직면했습니다 .VM java / lang / NoClassDefFoundError 초기화 중에 오류가 발생했습니다 : java / lang / Object

문제를 해결하려면 다음 단계를 따르십시오.

단계 1. C : \ Program Files \로 이동하여 Java 폴더를 검색하십시오.

단계 2. C : \ Program Files \ Java 폴더를 삭제하십시오.

3 단계. http://www.oracle.com/technetwork/java/javase/downloads/index.html 에서 버전 32 비트 / 64 비트 용 새 Jdk를 다운로드 하십시오.

4 단계. JDK 설치

5 단계 : 이제 JAVA_HOME을 "C : \ Program Files \ Java \ jdk1.8.0_91"로 설정하십시오.

6 단계 : 명령 프롬프트를 열고 java -version을 입력하십시오.

효과가있다.