Glassfish yönetici konsolu neden bu kadar yavaş?

Question

GlassFish Server Open Source Edition 3.0.1 (yapı 22) çalıştırıyorum. Hem benim dev ortamımda (Mac OSX, 4 çekirdek ve 8GB RAM) ve üretim (Linux, 2 çekirdek, 4GB) konsolun ağrılı bir şekilde başlaması yavaş.

makine

ölçüde boştadır. Glassfish ne yapıyor? Daha hızlı başlaması için ayarlanacak bir şey var mı?

Güncelleme 1:

örnek- benim sunucuya kadar yerel olarak uygulanıp test bazı JDBC yapılandırmasını çoğaltmak için çalışıyorum. Yapılandırmayı kopyalamaya çalışan bir HOUR boşa harcadım çünkü hem dev ve hem de prod glassfish konsollarını aynı anda açmadan aynı anda açamadım.

Sonra nihayet prod bir, dev konsol açmak için olsun istiyorum, ama benim dev penceresinde geri tıkladığınızda zaten zaman aşımına uğradı ve şimdi kendisini yeniden dener.

Bu delilik. Basit bir JDBC bağlantısını çoğaltmak için bir saat mi gerekiyor? Üretimde bunu gerçekten başarılı kullanan herkes var mı?

Güncelleme:

1. glassfish UI Ajax yönleri çok kırılgan görünüyor:

   2 Ben büyük fark yarattı iki şey buldum. İki tarayıcı sekmesi açık, bir tane localhost:4848 ve diğeri localhost:9000. İlk sekme aslında localhost üzerinde çalışan bir glassfish sunucusuna oldu. İkincisi uzak bir sunucu, ssh yoluyla yerel bir sunucu olarak görünecek şekilde iletildi. Normalde bu bir sorun değildir, ancak farklı bağlantı noktalarında olsalar bile, aynı "ana bilgisayardaki" iki sunucuyu görmek için cam çantasındaki oturum işlemlerini karıştırdığını sanıyorum.

2. Ben benim 3.0 3.1 güncellendi. Bu, başlangıç ​​gecikmesinin çoğunu kaldırmış gibi görünüyor.

Umarım bu yazı, bir başkasının bu travmaya maruz kalmamasına yardımcı olur. Herkese önerileri için teşekkür ederim.

Answer 1

Bu GlassFish güncelleme modülüne ilgili olabilir. Her konsol başlangıç ​​güncelleme modülü sırasında

tüm mevcut güncellemeleri saymak çalışır. GF 3.0.1 kullandığınız için, yeni Glassfish 3.1'in piyasaya sürüldüğü 28 Şubat'tan bu yana pek çok güncelleme var. En fazla 70 güncelleme veya daha fazlası olabilir ve güncelleme sunucuları o günden bu yana çok sayıda istekte bulunmak zorundadır.

Aynı problem vardı. Ama sonunda Glassfish'in Jira'sında iyi bir tartışma konusu bularak çözebilirim. Look here for possible solutions. Tüm iş parçacığını okumak zorunda değilsiniz, Sun, 13 Aralık 2009 12:42:48, Anissa Lam.

bu yazıyı (ayrıntılar var bulunabilir) Özetle:

1. güncelleme modülü yeniden adlandırma yönetici konsolu
2. için ağ erişimi devre dışı bırakmak için yapılandırmayı glassfish bir jvm-seçeneği ekleyin senin glassfish modülleri dizini.

Bu yardımcı olur umarız!

Answer 2

Kesinlikle ağ zaman aşımı çeşit oluyor var. Bu operasyonlar saniye sürmelidir. Server.log dosyasında yararlı bir şey var mı? Çok fazla askıda kalma sorunu, DNS geriye doğru aramalarıyla ilişkili olma eğilimindedir. Bir ağ snoop, size erişmeye çalıştığı şeyi gösterecektir.

Answer 3

Hayır, sadece siz değilsiniz. Glassfish 3 admin GUI korkunç bir şekilde berbat ve anlayabildiğim kadarıyla bu konuda yapılabilecek bir şey yok. Ancak tüm sorunların sunum katmanında olduğunu fark ettim. Asadmin kullanıyorum veya doğrudan AJAX aramaları yapıyorsam, o zaman performans makul. Yapmanız gereken en iyi şey, GUI'yi kullanmadan ihtiyacınız olan şeyi nasıl yapabileceğinizi bulmaktır. Uygulamaların dağıtımı ve kaldırılması gibi sıkça yaptığınız görevler için asadmin komutlarını öğrenerek başlayın.

JDBC yapılandırmasını bir örnekten diğerine kopyalamak istediğimde, domain.xml dosyalarını açıp jdbc-source ve jdbc-connection-pool öğelerini el ile kopyalarım. (Muhtemelen bu 'doğru' asadmin ile yapmak için bir yol var, ama nasıl yapılacağını öğrenmek beni 'yanlış' şekilde yapmaktan on kat daha uzun sürer, bu yüzden asla rahatsız etmedi.)

Answer 4

otomatik güncellemeleri devre dışı bıraktık Güncelleştirme aracı tercihleri ​​aracılığıyla ve sorun giderildi.

Answer 5

Kişisel olarak güncelleştirme aracını yüklemeniz gerektiğine dikkat edin. Bir dizüstü bilgisayar kullanıyorum ve aynı sorunla karşılaştım. Cihazımın düşük güç durumu modunda çalıştığını öğrendim. Dengeli güç tüketimine geçtiğimde, tüm zaman alıcı işlemler çok azaldı.