Sự khác biệt giữa Java và Oracle Java cho Redhat

Question

Tôi muốn cập nhật jdk vì một số lý do bảo mật trong hệ thống Redhat và cập nhật thành công jdk7u79.

Redhat đã xuất bản một số lỗ hổng java trong trang web của họ với tên Oracle java cho RHEL Server.

Tôi có cần cập nhật số jdk như đã đề cập trong trang RHEL không? Là jdk từ oracle trang web là khác nhau từ Oracle java cho RHEL Server.

Reference

Answer 1

Oracle java vs openjava

• Oracle JDK trước đây gọi là SUN JDK và đó là trước khi tiếp quản bởi Oracle. Trước đó, nó đã được thực hiện độc quyền chính thức của ngôn ngữ Java. Sau khi tiếp quản, nó được đặt tên là Oracle JDK và nhóm của Oracle duy trì JDK.

• OpenJDK là một triển khai mã nguồn mở của nền tảng Java Standard Edition với sự đóng góp từ Oracle và cộng đồng Java mở. OpenJDK là triển khai tham chiếu chính thức cho Java Standard Edition từ Java SE 7.

• OpenJDK được phát hành theo giấy phép GPL v2 trong đó Oracle JDK được cấp phép theo Thỏa thuận cấp phép mã nhị phân của Oracle.

• Thực ra, quá trình xây dựng của Oracle JDK được xây dựng từ mã nguồn OpenJDK. Vì vậy, không có sự khác biệt lớn về kỹ thuật giữa Oracle JDK và OpenJDK.

• Ngoài mã cơ sở, Oracle JDK còn bao gồm, việc triển khai Java Plugin và Java WebStart của Oracle. Cũng bao gồm nguồn đóng của bên thứ ba và các thành phần nguồn mở như rasterizer đồ họa và Rhino tương ứng. Trình tạo phông chữ OpenJDK và Trình ghi chuyến bay Oracle JDK là sự khác biệt lớn đáng chú ý giữa Oracle JDK và OpenJDK.

• Thành phần thương mại của Oracle JDK được đóng gói cùng với JDK JDK có thể tải xuống miễn phí và để cho phép chúng tôi cần chạy chúng với cờ rõ ràng.

• JRockit là JVM của Oracle và từ Java SE 7, HotSpot và JRockit được hợp nhất thành một JVM duy nhất. Vì vậy, bây giờ chúng tôi chỉ có sự hợp nhất HotSpot JVM có sẵn.

• Không có thông tin chính thức về chi phí giấy phép JDK thương mại của Oracle. Để có được giấy phép Oracle JDK thương mại, chúng tôi cần liên hệ trực tiếp với bộ phận bán hàng của Oracle.

• OpenJDK hoàn toàn miễn phí và có thể được sử dụng theo giấy phép GPL v2.

• Có những trường hợp mọi người cho rằng họ gặp sự cố khi chạy OpenJDK và đã được giải quyết khi chuyển sang Oracle JDK. Đây là những tuyên bố được đưa ra trong các diễn đàn công khai và không thể được xác minh. Xem xét thực tế là Oracle JDK lấy nguồn từ OpenJDK, những tuyên bố này rất khó chứng minh.

• Các bản phân phối Linux lớn như Ubuntu, Fedora và Red Hat Enterprise Linux cung cấp OpenJDK hoặc biến thể của nó làm triển khai Java SE mặc định của chúng. Twitter có JDK riêng.

• Phần mềm như Android Studio, IntelliJ IDEA, Minecraft hy vọng Oracle JDK sẽ được sử dụng. Trong thực tế, cảnh báo.

• OpenJDK 6 là một backport để cố gắng tương thích với Oracle JDK 6. Bức ảnh được chụp từ OpenJDK 7 B20 và Java 7 tính năng loại bỏ và làm cho nó để tương thích với Java SE 6.

• OpenJDK 8 mã nguồn được lưu trữ tại http://hg.openjdk.java.net/jdk8 Mục tiêu của OpenJDK 8 và OpenJDK 9 không thay đổi từ OpenJDK 7. Chúng trông giống nhau, đó là cung cấp việc triển khai tham chiếu nguồn mở cho Java Standard Edition.

Answer 2

Oracle java dựa trên openjdk với một số bit độc quyền thêm:

- Đôi khi những bit có nghĩa vụ để tăng hiệu suất (dấu vết JRockit ...),

- Đôi khi những bit sẽ cải thiện khả năng tương thích (bởi vì họ đã được thừa kế từ SUN và các tác giả ứng dụng đã thử nghiệm chúng từ thời đại CN). Rất nhiều "ổn định" do Oracle/Sun java chỉ là tác giả ứng dụng học cách tránh các lỗi của Oracle/Sun độc quyền bit, và thêm cách giải quyết mà đi trên jvms mà không có những lỗi (xem thêm: IE6)

Red Hat java chỉ dựa trên openjdk chỉ

- openjdk tinh khiết được tích hợp tốt hơn với hệ thống. Các nhân viên openjdk cố gắng hết sức để loại bỏ các trang web java còn lại và sử dụng các quy ước tương tự như các ứng dụng hệ thống khác

- openjdk tinh khiết quay về phía trước hơn. Oracle biết rằng SUN gần như đã giết Java với sự kết hợp byzantine của công nghệ độc quyền mà nó không thể duy trì được. Bất cứ thứ gì Oracle cần dài hạn sẽ kết thúc bằng openjdk. Đó là đủ để thực hiện openjdk để đạt được tính chẵn lẻ với các bit độc quyền cho Oracle để giết chúng - không có $$$ trong việc duy trì công nghệ độc quyền khi công nghệ miễn phí tương tự có sẵn.

- nó rất phổ biến cho Red Hat để backport mã được viết cho phiên bản openjdk tiếp theo trong redhat java hiện tại, khi nó giải quyết được vấn đề trong phiên bản này (miễn là API hiện tại được bảo tồn), trong khi Oracle sẽ có xu hướng đợi phiên bản openjdk tiếp theo này trước khi đề xuất nó. Để hiểu biết của tôi, Oracle đã hoàn toàn kinh tởm bởi cách SUN xử lý java 1.6 (nó được gọi là java 1.6 nhưng phát triển không tuyến tính, máy tính để bàn/máy chủ/windows/linux jvms đều khác nhau với bit được thêm vào trong một phiên bản có thể không được sử dụng trong mã khác do các phím tắt mã hóa và các thỏa thuận cấp phép phức tạp, mỗi thỏa thuận này đều bị trễ theo cách này hoặc cách khác). Oracle dự định duy trì một đường ống phát triển tuyến tính cổ điển: openjdk next → openjdk hiện tại → oracle java

Phiên bản nào bạn sử dụng bạn cần áp dụng các cập nhật bảo mật do nhà bảo trì của nó xuất bản. Thật vô dụng khi sử dụng Oracle java làm bản cập nhật cho Red Hat java hoặc ngược lại, nó hơi khác một chút với các lỗi bảo mật hơi khác một chút. Cả hai công ty đều có kỹ sư có khả năng và chia sẻ các bản vá bảo mật trong thân cây openjdk. Khi các bản dựng cố định được xuất bản tùy thuộc vào các thỏa thuận cấm vận và các chính sách sửa chữa an ninh. Oracle sẽ có xu hướng sửa chữa hàng loạt trong các bản phát hành được lên kế hoạch không thường xuyên, trừ khi có một lỗ hổng nghiêm trọng. Red Hat sẽ xuất bản ngay sau khi có vấn đề liên quan đến bảo mật để sửa chữa, có thể là lớn hay nhỏ. Các quy trình xây dựng Red Hat nhanh nhẹn hơn so với các quy trình Oracle sử dụng. Các quá trình xây dựng Linux là 100% tự động, trong khi Oracle cần phải lo lắng về các cửa sổ & co.

Cuối cùng Oracle Java được xuất bản trong RHEL là đóng gói lại các tệp Oracle để sử dụng công nghệ đóng gói Linux gốc và sử dụng cùng một quy ước (vd) như các gói openjdk (giúp dễ dàng thay thế một gói khác), trong khi Oracle Java như được xuất bản bởi Oracle vẫn theo các quy ước đặt tên và đường dẫn rất kỳ lạ mà SUN Solaris/windows mọi người nghĩ là thích hợp trên Linux. Nó sẽ không có lỗ hổng bảo mật nhiều hơn và không kém hơn Oracle Java như được xuất bản bởi Oracle (cho cùng một phiên bản), chỉ cần triển khai rất nhiều thuận tiện hơn. Nó được thiết kế để chỉ là một bộ gói linux khác, có thể được triển khai trên nhiều máy chủ Linux bằng cách sử dụng các hệ thống triển khai gói gốc. Khi bạn có hàng trăm máy chủ để quản lý nó là một trợ giúp tuyệt vời không phải đặc biệt hợp với jvm.

Mỗi năm trong tháng 2 Red Hat và Oracle người Java hàng đầu gặp gỡ công khai tại fosdem và trình bày ưu tiên hiện tại của họ.Nếu bạn quan tâm bạn có thể tham khảo các bài thuyết trình trước đây của họ trong lưu trữ công khai fosdem.