Tôi đang chạy GlassFish Server Phiên bản nguồn mở 3.0.1 (xây dựng 22). Cả hai trong môi trường dev của tôi (Mac OSX, 4 lõi và 8GB RAM) và sản xuất (Linux, 2 lõi, 4GB) giao diện điều khiển là đau đớn chậm để bắt đầu lên.Tại sao bảng điều khiển dành cho quản trị viên Glassfish quá chậm?
Máy hầu như không hoạt động. Thủy tinh đang làm gì? Có điều gì để được tinh chỉnh để làm cho nó khởi động nhanh hơn không?
Cập nhật 1:
Example- Tôi đã cố gắng để tái tạo một số cấu hình JDBC mà tôi đã thực hiện và thử nghiệm tại địa phương lên đến máy chủ của tôi. Tôi đã lãng phí một GIỜ cố gắng để sao chép cấu hình hơn vì tôi không thể có được cả hai dev và prod glassfish bàn giao tiếp để mở đồng thời mà không có một trong số họ thời gian ra ngoài.
Tôi sẽ mở bảng điều khiển dành cho nhà phát triển, sau đó cuối cùng là sản phẩm, nhưng khi tôi nhấp lại vào cửa sổ dev đã hết thời gian chờ, và bây giờ cố gắng tự khởi động lại.
Điều này thật điên rồ. Một giờ để tái tạo một kết nối JDBC đơn giản? Có ai thực sự quản lý để sử dụng điều này trong sản xuất thành công?
Cập nhật: 2
tôi thấy hai điều đã làm cho một sự khác biệt lớn:
Các khía cạnh Ajax của UI glassfish dường như rất mong manh. Tôi đã mở hai tab trình duyệt, một đến
localhost:4848
và một tab khác làlocalhost:9000
. Tab đầu tiên là một máy chủ glassfish thực sự chạy trên localhost. Thứ hai là một máy chủ từ xa, cổng chuyển tiếp để xuất hiện như một máy chủ cục bộ thông qua ssh. Thông thường đây không phải là một vấn đề, nhưng tôi nghi ngờ rằng nó gây nhầm lẫn việc xử lý phiên trong thủy tinh để xem hai máy chủ trên cùng một "máy chủ", ngay cả khi chúng ở trên các cổng khác nhau.Tôi đã cập nhật 3.0 lên 3.1. Điều này dường như đã loại bỏ rất nhiều sự chậm trễ khởi động.
Tôi hy vọng bài đăng này sẽ giúp người khác không bị chấn thương này. Cảm ơn mọi người vì đề xuất của bạn.
Tôi không thực sự thấy câu hỏi lập trình ở đây? –
@Tim: Tôi sẽ giữ các câu hỏi, vì rất nhiều lập trình viên gặp khó khăn với nó (xem [ở đây] (http://www.mentby.com/Group/glassfish-users/glassfish-v3-admin-console-very -slow.html)) –
IMHO nó rất nhiều về lập trình bởi vì là nhà phát triển, đây là một công cụ chúng ta phải đối phó với trên một cơ sở hàng ngày. Điều đó giống như nói rằng chúng tôi không thể đặt câu hỏi về trình biên dịch hoặc JRE. –