2011-03-11 27 views
8

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:

  1. 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.

  2. 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.

+0

Tôi không thực sự thấy câu hỏi lập trình ở đây? –

+0

@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)) –

+4

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. –

Trả lời

10

Nó có thể liên quan đến mô-đun cập nhật Glassfish.

Trong mỗi lần khởi động bàn điều khiển, mô-đun cập nhật sẽ cố gắng đếm tất cả các bản cập nhật có sẵn. Vì bạn sử dụng GF 3.0.1 có rất nhiều cập nhật kể từ ngày 28 tháng 2, khi Glassfish 3.1 mới được phát hành. Có thể có tối đa 70 bản cập nhật trở lên và máy chủ cập nhật phải xử lý nhiều yêu cầu kể từ ngày đó.

Tôi gặp vấn đề tương tự. Nhưng tôi có thể giải quyết nó bằng cách tìm ra một sợi thảo luận tốt trong Jira của Glassfish. Look here for possible solutions. Bạn không cần phải đọc toàn bộ chủ đề, tìm kiếm bài tóm tắt từ Sun, 13/12/2009 12:42:48 bởi Anissa Lam.

Tóm lại bài viết này (chi tiết có thể được tìm thấy ở đó):

  1. Thêm một JVM-tùy chọn để Glassfish cấu hình để vô hiệu hóa truy cập mạng cho giao diện quản trị
  2. Đổi tên các module cập nhật trong của bạn glassfish modules thư mục.

Hy vọng điều này sẽ hữu ích!

+0

+1 Điều đó nhắc tôi về vấn đề tôi gặp phải với quản trị viên thủy tinh treo, và đó là do máy chủ không có quyền truy cập Internet. Tôi nghĩ rằng đó có thể là mã đăng ký chứ không phải là bản cập nhật. – JOTN

+0

Điều này đã giúp tôi nửa chừng- cảm ơn! –

+0

liên kết đã bị hỏng – vels4j

0

Bạn chắc chắn có một số loại thời gian chờ mạng xảy ra. Những hoạt động này sẽ mất vài giây. Có bất cứ điều gì hữu ích trong server.log? Rất nhiều vấn đề treo có xu hướng liên quan đến tra cứu ngược DNS. Một snoop mạng sẽ cho bạn thấy những gì nó đang cố gắng truy cập.

4

Không, không chỉ riêng bạn. Glassfish 3 GUI quản lý sucks khủng khiếp, và theo như tôi có thể nói, không có gì có thể được thực hiện về nó. Nhưng tôi đã nhận thấy rằng tất cả các vấn đề dường như nằm trong lớp trình bày. Nếu tôi đang sử dụng asadmin, hoặc thực hiện cuộc gọi AJAX trực tiếp, thì hiệu suất là hợp lý. Điều tốt nhất cần làm là tìm ra cách bạn có thể làm những gì bạn cần mà không cần sử dụng GUI. Bắt đầu bằng cách tìm hiểu các lệnh asadmin cho các tác vụ mà bạn thường làm, như triển khai và triển khai các ứng dụng.

Nếu tôi muốn sao chép cấu hình JDBC từ thể hiện này sang thể hiện khác, tôi chỉ cần mở tệp domain.xml và sao chép thủ công các phần tử jdbc-resource và jdbc-connection-pool. (Có lẽ một cách để làm điều đó 'chính xác' với asadmin, nhưng việc học làm thế nào để làm điều đó sẽ khiến tôi mất gấp mười lần so với làm theo cách 'không chính xác', vì vậy tôi không bao giờ bận tâm.)

+0

Bạn đang đúng về suckage đang ở trong lớp trình bày. GF đã rất bối rối vì tôi có hai tab mở cho các phiên bản máy chủ khác nhau (mặc dù cả hai đều nằm trên 'localhost', chúng có các cổng khác nhau.) –

0

chúng tôi đã tắt các cập nhật tự động thông qua các tùy chọn công cụ cập nhật và sự cố đã được giải quyết Lưu ý rằng bạn cần phải cài đặt công cụ cập nhật để làm như vậy

0

Cá nhân, Iam sử dụng máy tính xách tay và tôi gặp vấn đề chính xác. Tôi phát hiện ra rằng thiết bị của tôi đang chạy ở chế độ trạng thái nguồn thấp. Một khi tôi thay đổi nó để tiêu thụ điện năng cân bằng tất cả các xử lý tiêu thụ thời gian đã giảm rất nhiều.

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