2012-02-18 50 views

Trả lời

8

Vẫn còn các hồi quy trong OpenJDK có thể ảnh hưởng đến hoạt động của bạn. Xem ví dụ: Memory error when trying to change Apache Tomcat port from 8080 to 80

OpenJDK không thể được coi là thay thế an toàn khi thay thế cho Sun Java, hãy kiểm tra kỹ các ứng dụng của bạn.

EDIT: Để rõ ràng, vấn đề được đề cập là do việc sử dụng bộ nhớ tăng nhẹ của OpenJDK so với Sun Java (không nhiều, nhưng đủ để tạo ra vấn đề bộ nhớ trong trường hợp này).

2

Trong môi trường sản xuất của chúng tôi, chúng tôi phát triển một số ứng dụng JavaEE, tôi đã thay đổi JDK thành OpenJDK, mọi thứ hoạt động khá tốt.

8

Câu trả lời cho câu hỏi liệu OpenJDK có sẵn sàng sản xuất hay không phụ thuộc vào khối lượng công việc của ứng dụng của bạn. Tại Azul Systems, chúng tôi đã giới thiệu sản phẩm Zulu xung quanh OpenJDK với mục đích hỗ trợ khối lượng công việc sản xuất với OpenJDK. Để thực hiện điều này, chúng tôi chuẩn bị các bản phân phối nhị phân của OpenJDK, thử nghiệm chúng với Bộ tương thích công nghệ ("TCK") cho tiêu chuẩn Java SE có liên quan (ví dụ 6, 7 và 8) trên nền tảng Windows và Linux , sau đó thực hiện chúng trong các kịch bản ứng dụng khác nhau: máy chủ ứng dụng Java EE, ứng dụng GUI, điểm chuẩn, ảo hóa và ngữ cảnh đám mây, trình gỡ rối, v.v.

Cho đến nay OpenJDK đứng lên nhiều loại khối lượng công việc. Vẫn còn một số khác biệt giữa OpenJDK và Hotspot có thể có hoặc không liên quan đến khối lượng công việc và thiết kế ứng dụng của riêng bạn, ví dụ plugin JRE trình duyệt và Java Web Start là trong Hotspot nhưng không có trong OpenJDK. JVM lõi trong OpenJDK vẫn rất giống nhau: cùng một trình thông dịch, các trình biên dịch C1 và C2, cùng một bộ thu gom rác, cùng một trình biên dịch nguồn và phân cấp API lớp, và các công cụ cơ bản tương tự. Nhiều khoảng trống còn lại xuất phát từ các vật cản, có nghĩa là các mặt hàng có trong Oracle JDK không thể được mở ra từ sự bao gồm gốc và tác động của giấy phép.

Để đáp ứng với "là Java 7 đã sẵn sàng", sự khác biệt thực sự có khả năng rõ rệt nhất trong OpenJDK 6, do sự phát triển mã nguồn của nó thông qua dự án nguồn mở IcedTea. OpenJDK 7 và OpenJDK 8 bắt đầu tại GA rất giống nhau, sau đó phát triển để có sự khác biệt trong suốt chu trình bảo trì, nơi sửa lỗi bảo mật thường xuyên mở OpenJDK, cùng với một loạt các bản sửa lỗi khi Oracle thực hiện cập nhật bản vá quan trọng hàng quý của họ. Thêm vào đó, các backport của các thay đổi nguồn đáng tin cậy và sửa lỗi thành 6 và 7 từ các kho 8 và 9 xảy ra liên tục trong suốt vòng đời. Mã tốt là mã tốt.

Khi xem xét hoạt động sản xuất, bạn cũng có thể muốn xem xét hỗ trợ kỹ thuật cho JVM và JDK. Trong khi Zulu chính nó là miễn phí, nếu môi trường sản xuất của bạn đảm bảo hỗ trợ, Azul cung cấp hỗ trợ kỹ thuật dựa trên phí thông qua các tầng khác nhau của việc cung cấp Zulu Enterprise.

Zulu Zulu và doanh nghiệp được mô tả trên trang web Azul ở đây: http://www.azulsystems.com/products/zulu

Disclaimer: Tôi là Giám đốc sản phẩm Zulu và Zing sản phẩm tại hệ thống Azul.

0

Tôi đã sử dụng java-1.8.0-openjdk như một phần của ngăn xếp CentOS 7 trong mọi trường hợp cần jvm. Tôi đã sử dụng nó với các thiết lập khác nhau của Elasticsearch, Hadoop, và cũng như nền tảng cho Eclipse (Luna). Tôi đã không thấy bất kỳ vấn đề nào sau nhiều tháng sử dụng với các ứng dụng này trong phòng thí nghiệm.Nó đã thực hiện hoàn hảo như xa như tôi có thể nói.

Các vấn đề liên quan