Używam oprogramowania GlassFish Server Open Source Edition 3.0.1 (kompilacja 22). Zarówno w moim środowisku programistycznym (Mac OSX, 4 rdzenie i 8 GB RAM), jak i produkcji (Linux, 2 rdzenie, 4 GB) konsola jest bardzo wolno uruchamiana.Dlaczego konsola administracyjna Glassfish działa tak wolno?
Maszyna jest w dużej mierze bezczynna. Co robi Glassfish? Czy jest coś, co należy poprawić, aby przyspieszyć działanie?
Update 1:
przykład- Próbowałam powtórzyć pewną konfigurację JDBC że mam wdrożony i przetestowany lokalnie do mojego serwera. Właśnie zmarnowałem GODZINĘ próbującą skopiować konfigurację, ponieważ nie mogę jednocześnie uruchomić jednocześnie konsol rozwijania narzędzi dla hodowców dev i prod, bez wyłączania jednego z nich.
Dostałbym konsolę dev do otwierania, a na koniec do prod jeden, ale kiedy kliknę z powrotem w moje okno programisty, już upłynął limit czasu, a teraz próbuje się ponownie uruchomić.
To jest szalone. Godzinę, aby powielić proste połączenie JDBC? Czy ktoś naprawdę potrafi z powodzeniem wykorzystać to w produkcji?
Aktualizacja: 2
znalazłem dwie rzeczy, które miały ogromny różnica:
Ajax aspekty GlassFish UI wydaje się bardzo kruche. Miałem otwarte dwie zakładki przeglądarki, jedną do
localhost:4848
, a drugą dolocalhost:9000
. Pierwsza zakładka dotyczyła serwera Glassfisha działającego na localhost. Drugi był serwerem zdalnym, port przekazywany do serwera lokalnego jako ssh. Zwykle nie stanowi to problemu, ale podejrzewam, że pomylono obsługę sesji w Glassfish, aby zobaczyć dwa serwery na tym samym "hoście", nawet jeśli znajdują się one na różnych portach.Zaktualizowałem wersję 3.0 do 3.1. Wydaje się, że usunęło to dużo opóźnienia początkowego.
Mam nadzieję, że ten post pomoże komuś innemu nie cierpieć tej traumy. Dziękuję wszystkim za sugestie.
Naprawdę nie widzę tu pytania o programowanie? –
@Tim: Chciałbym zachować pytania, ponieważ wielu programistów ma z tym problem (zobacz [tutaj] (http://www.mentby.com/Group/glassfish-users/glassfish-v3-admin-console-very -slow.html)) –
IMHO to bardzo dużo na temat programowania, ponieważ jako programiści jest to narzędzie, z którym musimy się zmagać na co dzień. To tak, jakbyśmy powiedzieli, że nie możemy zadawać pytań na temat kompilatorów lub środowiska JRE. –