Khi chạy bất kỳ ứng dụng java nào, hoặc chỉ 'java', jvm không thành công:

Đã xảy ra lỗi trong quá trình khởi tạo VM
java / lang / NoClassDefFoundError: java / lang / Object

Dưới đây là danh sách các câu trả lời sai :

1. Thư mục chính của Java, bao gồm thư mục / bin, nằm trên PATH toàn cầu

2. JAVA_HOME được đặt chính xác

3. Thực hiện lệnh java -fullversion hoạt động

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

4. Các liên kết tượng trưng trong / usr / java đều hướng đến cài đặt java chính xác

5. Tôi đã không cài đặt bất kỳ java 'mặc định' nào khi tôi tạo hệ thống

6. java -version thất bại ... lỗi tương tự như trên

7. Việc ban hành các lệnh từ bên dưới cấu trúc thư mục của bản cài đặt java cũng không hoạt động

8. Đây là java 64 bit cho 64 bit

Có ý kiến ​​gì không?

Vấn đề này bắt nguồn từ việc cài đặt Java không đúng.

Khả năng 1

LƯU Ý: Kịch bản này chỉ áp dụng cho Java 8 và trước đó. Bắt đầu với Java 9, JRE được cấu trúc khác nhau. rt.jar và bạn bè không còn tồn tại và Pack200 không còn được sử dụng.

Các thư viện chuẩn Java được chứa trong lọ khác nhau, chẳng hạn như rt.jar, deploy.jar, jsse.jar, vv Khi JRE được đóng gói, những tập tin JAR quan trọng được nén với Pack200 và lưu trữ như rt.pack, deploy.pack, jsse.pack, vv Java cài đặt được cho họ giải nén. Nếu bạn gặp phải lỗi này, rõ ràng điều đó đã không xảy ra.

Bạn cần chạy thủ công unpack200trên tất cả .packcác tệp trong JRE's lib/và lib/ext/các thư mục.

các cửa sổ

Để giải nén một .packtệp (ví dụ rt.pack), hãy chạy:

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

Để giải nén đệ quy tất cả .packcác tệp, từ gốc JRE chạy:

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

* nix

Để giải nén một .packtệp (ví dụ rt.pack), hãy chạy:

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

Để giải nén đệ quy tất cả .packcác tệp, từ gốc JRE chạy:

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

Khả năng 2

Bạn đã cài đặt sai Java theo một số cách khác. Có lẽ bạn đã cài đặt mà không có quyền quản trị hoặc cố gắng giải nén các tệp ra khỏi trình cài đặt. Thử lại với trình cài đặt và / hoặc nhiều đặc quyền hơn. Hoặc, nếu bạn không muốn sử dụng trình cài đặt, .tar.gzthay vào đó hãy sử dụng gói Java.

Đối với Java 8 trên HĐH * nix, hãy truy cập <jdk root>/jre/lib(đối với tôi, /usr/java/jdk1.8.0_05/jre/lib). Từ thư mục này, thực hiện:

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

Để ngăn các sự cố về phiên bản trong trường hợp bạn đã cài đặt JRE khác, hãy sử dụng cùng unpack200loại với JRE mà bạn đang sửa - nghĩa là, từ dòng lệnh, hãy sử dụng ../../bin/unpack200(đối với tôi, điều này mở rộng ra /usr/java/jdk1.8.0_05/bin/unpack200), không chỉ unpack200.

Dường như đối với kiến ​​trúc 64 bit, bạn phải cài đặt cả phiên bản 32 bit và phiên bản jre 64 bit (các tệp độc lập với kiến ​​trúc như rt.jar chỉ được phân phối trong phiên bản 32 bit).

Hãy nhớ rằng phải chú ý để bao gồm java thực thi chính xác trên biến môi trường PATH toàn cầu.

Giải pháp nhanh cho những người thiếu kiên nhẫn;) Trên các máy Windows , hãy thử điều này: Chuyển đến C:\Windows\System32thư mục và xóa java.exe(hoặc đổi tên thành một cái gì đó như java.exe.old).

Vì ít nhất là 1.6, không nên có một java.exethư mục Windows. Nếu có, đó là một phần còn lại từ một cái gì đó.

Đọc thêm một chút:

Tôi thực sự ngạc nhiên khi một câu hỏi từ năm 2012 chưa có câu trả lời được chấp thuận và tôi thực sự đã gặp phải vấn đề tương tự vào năm 2015 trên HĐH Win 7 32-bit của mình!

Vậy chuyện gì đã xảy ra?

Về cơ bản, mọi thứ đều hoạt động tốt, tôi đã tải xuống cơ sở dữ liệu H2 và khi tôi cố gắng bắt đầu, H2 Console (Command Line)tôi đã nhận được:

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

Tôi tìm thấy câu hỏi này và tôi đã có thể xác nhận các triệu chứng tương tự:

JAVA_HOME được đặt chính xác:

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

java -versionthất bại, trong khi java --fullversionhoạt động tốt:

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

GIẢI PHÁP: Chuyển đến C:\Windows\System32thư mục và xóa java.exetập tin (tôi thực sự đã đổi tên) !!!!

Bây giờ, tôi nhận được:

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)

và H2 Console (Command Line)hoạt động tốt như là tốt!

Tín dụng đi đến bài cuối cùng trong diễn đàn này: https://bukkit.org/threads/java-lang-noclassdeffounderror-java-lang-object.70450/

Tôi đã tải xuống JDK mới ngày hôm nay (1.8.0.73) c:> java.exevà bắt đầu nổi tiếng:

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

Tôi chỉ muốn chia sẻ giải pháp làm việc của tôi ở đây.

Khi tôi cd'ied vào jdk\binthư mục, Java sẽ chạy tốt vì vậy tôi biết đó là PATH. Tôi đặt PATHở chỉ \jdk\bintại CMD để chứng minh và nó đã hoạt động.

Vì vậy, một trong những thư mục PATHcần phải có đã java.exegây ra xung đột, tôi nghĩ vậy. Khi nó bật ra, nó đã C:\>ProgramData\Oracle\Java\javapathgiữ các liên kết tượng trưng cho các tệp thực thi.

java.exeđã chỉ vào jre\bin. Các tập tin đã bị hỏng, khi tôi bắt đầu \jre\bin\java.exe- chính xác cùng một lỗi. Chơi lô tô. Tôi đã cài đặt lại JRE và vấn đề đã biến mất. Chúc mừng mã hóa ...

Rất có thể bạn đang thiếu một tệp có tên rt.jar trong bản cài đặt của bạn có tệp lớp cho java.lang.Object. Kiểm tra tập tin cài đặt của bạn, vv

Cụ thể, lưu ý rằng lớp phủ intsaller 64 bit (hoặc cài đặt "bên cạnh") bản cài đặt 32 bit hiện có. Nói cách khác, để có được bản cài đặt 64 bit hoạt động hoàn toàn, trước tiên bạn phải chạy cài đặt 32 bit và tiếp tục cài đặt 64 bit nếu bạn có máy có khả năng 64 bit ...

Nếu thay vào đó, bạn chỉ thực hiện cài đặt 64 bit, bạn sẽ thiếu một số tệp nhất định trong quá trình cài đặt và sẽ gặp các lỗi như ở trên.

Trên Windows 10, tôi đã gặp phải vấn đề tương tự với JRE 1.8 (8u121).
Đánh máy

java -version

dấu nhắc cmd trả về

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

Tất cả các lệnh khác, echo %JAVA_HOME%, echo %JRE_HOME%, echo %PATH%, java -fullversionlàm việc tốt.

Chuyển đến các biến môi trường trên bảng quản trị hệ thống, xóa khỏi liên kết PATH C:\ProgramData\Oracle\Java\javapathvà chắc chắn đã đặt trong PATH liên kết tới C:\Program Files\Java Folder\bin.

Sau đó, kiểm tra xem có C:\Windows\System32tồn tại một java.exetập tin không; nếu đúng, xóa tập tin đó

Gõ bây giờ java -versionnó hoạt động tốt.

Vấn đề này xảy ra khi bạn cài đặt JDK _uncompressing_thay vì _executing_nó.

Ví dụ như:

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

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

Trong kịch bản đầu tiên, các thư viện thời gian chạy, như rt.jar, không tự động không được đáp ứng (do đó, bạn có thể tìm thấy các tệp rt.pack, v.v. thay vì các tệp .jar).

Tôi đã có cùng một vấn đề gần đây. Trong trường hợp của tôi, máy windows 7 của tôi tự động tải xuống java và thêm vào C:\ProgramData\Oracle\Java\javapathđầu biến môi trường đường dẫn của tôi, điều này làm rối tung java của tôi. Khi tôi thoát khỏi điều đó, nó sẽ hoạt động.

nếu bạn thực hiện "chmod u + rx" trên tệp nhị phân java và chạy nó, nó sẽ giải nén các tệp jar và bạn có thể thực hiện chuyển đổi java mà không gặp lỗi thời gian chạy

Bạn không thể chỉ cài đặt 64 bit, trước tiên bạn phải cài đặt 32 bit và sau đó thêm các thành phần 64 bit.

Từ java.com:

Cài đặt JRE trên hệ thống 64 bit cho phép JVM 32 bit là một quy trình gồm hai bước: đầu tiên cài đặt JRE 32 bit và sau đó cài đặt hỗ trợ bổ sung cho các hoạt động 64 bit. Tên tập tin như sau:

Nếu bạn cài đặt phiên bản 64 bit mà không cài đặt 32 bit trước, lỗi này sẽ xảy ra mặc dù đã khắc phục tất cả các sự cố khác. Tôi có một máy Windows 10 Pro Dell i7 64 bit hoàn toàn mới chạy Java 8u71. Sau khi đã thêm% path% và% classpath% của tôi vào các biến môi trường và thử một số bản sửa lỗi khác, gỡ cài đặt 64 bit, cài đặt 32 bit sau đó cài đặt lại 64 bit đã sửa nó.

Một số vấn đề, như không giải nén tệp của bạn, v.v. đã được đề cập là nguyên nhân có thể vẫn có thể gây ra sự cố, nhưng nếu bạn không làm điều này, thì các cách khắc phục khác sẽ không hoạt động.

Trong trường hợp của tôi, tôi sử dụng windows 8.1 (đã cài đặt jdk1.8.0_77), tôi đã làm ba việc:

1. Tôi đã xóa jdks trước
2. Tôi đã đổi tên tệp java.exe bên trong C: \ Windows \ System32
3. Tôi cũng đã xóa C: \ ProgramData \ Oracle \ Java \ javapath trong PATH của tôi (echo% PATH%)

và voila đã sửa nó!

Tôi đã phải đối mặt với vấn đề tương tự và thấy rằng liên kết tượng trưng trong dữ liệu chương trình (C: \ ProgramData \ Oracle \ Java \ javapath) là sai. Tôi đã đưa ra con đường chính xác và nó đã làm việc.

Chi tiết về cách sửa dữ liệu chương trình có sẵn tại đây

Một câu trả lời khác có thể là sử dụng tệp tar.gz thay vào đó trong trường hợp Linux. Dường như có một cái gì đó tương tự cho nền tảng solaris. Bằng cách này, tất cả các tệp sẽ có định dạng như mong đợi và sẽ không có bất kỳ vấn đề giải nén nào.

Tôi gặp một số vấn đề khi cài đặt Linux x86_64 với JDK 1.7.0_40 i586. Tôi phát hiện ra rằng vấn đề là vòng / phút không thể giải nén các tệp jar, như được đề cập bởi Rigg802 (mặc dù vòng / phút hoàn thành việc đánh dấu thành công):

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

Tệp /lib/ld-linux.so.2 được cung cấp bởi glibc-2.12-1.107.el6_4.4. i686 không nằm trong số vòng / phút của jdk vòng / phút.

Vòng quay JDK của Oracle cũng yêu cầu phiên bản 32 bit của libgcc-4.4.7-3.el6. i686 sẽ được cài đặt

Vì vậy, cách giải quyết là cài đặt glibc-2.12-1.107.el6_4.4.i686 và libgcc-4.4.7-3.el6.i686 trước.

Khắc phục nhanh mà hiệu quả với tôi:

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

Tôi thấy rằng lỗi này xảy ra khi tôi trích xuất tệp .rpm.

Sau đó tôi đã xóa thư mục đó và tải xuống jdk-7u79-linux-x64.tar.gz cho Linux 64 và thay vào đó trích xuất nội dung của tệp này. Ngoài ra: xuất JAVA_HOME = / opt / java / jdk1.7.0_79 xuất JDK_HOME = / opt / java / jdk1.7.0_79 xuất PATH = $ {JAVA_HOME} / bin

Chỉ cần cài đặt jre một lần nữa . Nó chỉ đơn giản là giải quyết vấn đề của tôi. (Lô khởi động SonarQube bắt đầu gặp lỗi này sau khi tôi cài đặt jdk)

Chuyển đến bảng điều khiển, gỡ cài đặt các công cụ liên quan đến java (đóng nhật thực nếu mở), sau đó cài đặt lại java và mở nhật thực, làm sạch các dự án.

Chỉ cần làm điều này trên Solaris và gặp phải vấn đề tương tự này, ngay cả khi "java -version" không hoạt động. Có một lý do là các phiên bản 64 bit của distro nhỏ hơn WAY 32 bit. Nó thực sự như đã nêu ở trên:

Nói cách khác, để có được bản cài đặt 64 bit hoạt động hoàn toàn, trước tiên bạn phải chạy cài đặt 32 bit và tiếp tục cài đặt 64 bit nếu bạn có máy có khả năng 64 bit ...

Vì vậy, tôi đã chạy trình cài đặt cho 32-bit:

sh jdk-6u131-solaris-sparc.sh

Sau đó, tôi chạy trình cài đặt cho 64-bit:

sh jdk-6u131-solaris-sparcv9.sh

Điều này cho tôi một số tệp thực thi java để chọn:

• $ tìm. tên 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

Các sparcv9 java là các phiên bản 64 bit và chúng hoạt động với "-version" khi được cài đặt cùng với JDK 32 bit.

• ./jdk1.6.0_131/bin/sparcv9/java -version
• phiên bản java "1.6.0_131"
• Môi trường thời gian chạy Java (TM) SE (bản dựng 1.6.0_131-b32)
• Máy chủ 64-bit Java HotSpot (TM) (bản dựng 20.131-b32, chế độ hỗn hợp)

-Dan

Trong cửa sổ 10 đã có một đường dẫn hiện diện trong env vì C:\>ProgramData\Oracle\Java\javapathnó chứa các liên kết tượng trưng đến các tệp thực thi.

Khi tôi cài đặt một phiên bản mới và loại bỏ nó khỏi biến môi trường của tôi, tất cả dự án của tôi bắt đầu hiển thị nó.

Tôi đang sử dụng oxy nhật thực ở cửa sổ 10

Để giải quyết nó: -

1. Tôi chỉ xóa đường dẫn C:\>ProgramData\Oracle\Java\javapathkhỏi biến môi trường và thêm env mới là JAVA_HOME và% JAVA_HOME% / bin trong đường dẫn

2. Tôi cài đặt lại jdk với quyền quản trị viên (xóa thư mục JRE trước đó)

3. Mở dự án nhật thực của bạn> nhấp chuột phải> Goto Proprieties> Trong Thư viện> Bây giờ xóa Thư viện hệ thống JRE> Nhấp vào Thêm thư viện> chọn "Thư viện hệ thống JRE"> Nhấp vào Tiếp theo> Chọn "JRE mặc định không gian làm việc (jre1.8.x_xxx)"> hoàn thành

Vấn đề của tôi đã được giải quyết :) Hy vọng nó sẽ giúp bạn :)

Điều này đã khắc phục sự cố tôi gặp phải trên CentOS

sudo yum install java-1.8.0-openjdk-devel

cũng xem cài đặt JAVA_HOME & CLASSPATH trong CentOS 6

Vì vậy, tôi đã tiếp tục thử mọi thứ và cuối cùng có vẻ như việc cài đặt lại java sau khi gỡ cài đặt nó đã khắc phục vấn đề của tôi.

nếu có vấn đề với phiên bản cài đặt JAVA

C: \ Trường hợp JAVA

sẽ cung cấp cho vị trí của java nó chọn. Nếu bạn có bất kỳ đường dẫn nào khác ngoài cài đặt của mình, hãy xóa các tệp đó hoặc đổi tên nó (có thể là _backup). bạn sẽ nhận được phiên bản thích hợp của tệp java.

Tôi gặp vấn đề tương tự, tôi đã cài đặt hai phiên bản java do đó nó gây ra vấn đề này. để xác nhận điều này và nhấp vào biểu tượng java trong bảng điều khiển nếu không mở thì vấn đề cũng tương tự, chỉ cần đi và gỡ cài đặt một phiên bản. miếng bánh. cảm ơn.

Tôi đã gặp vấn đề tương tự: Lỗi xảy ra trong quá trình khởi tạo VM java / lang / NoClassDefFoundError: java / lang / Object

Thực hiện theo các bước dưới đây để giải quyết vấn đề:

Bước 1. Goto C: \ Program Files \ và tìm kiếm thư mục Java.

Bước 2. Xóa thư mục C: \ Program Files \ Java.

Bước 3. Tải xuống Jdk mới cho phiên bản 32 bit / 64 bit của bạn từ http://www.oracle.com/technetwork/java/javase/doads/index.html

Bước 4. Cài đặt JDK

Bước 5: Bây giờ Đặt JAVA_HOME thành "C: \ Chương trình tệp \ Java \ jdk1.8.0_91"

Bước 6: Mở dấu nhắc lệnh và nhập java -version.

Nó hoạt động.