właściwy sposób zorganizować testy diagnostyczne w Java EE

Pracuję na Spring-based web-application który wykorzystuje kilka składników, w tym PostgreSQL, raw filesystem i więcej ..właściwy sposób zorganizować testy diagnostyczne w Java EE

chcę zrobić mały administratora stronie, gdzie administrator będzie w stanie przetestować, propery jeśli wszystkie komponenty działają, np:

jeśli PostgreSQL jest gotowy, bieganie, i akceptuje odczytuje/zapisuje
jeśli FileSystem jest dostepne, jeżeli jest jakaś przestrzeń lewo itp
to samo dotyczy innych modułów

Czy znasz rozwiązanie konstrukcyjne do tego rodzaju problemów (diagnostyka/autokontroli)? Czy należy tworzyć metody w modułach, które używają tych składników (np. W PostgreSQL warstwy dostępu do danych), które wykonują fałszywe zapisy i odczytują potwierdzenie, że dana usługa/komponent działa?

Źródło

2013-07-16 Luce Ian

Powinieneś napisać komponent MBean, używając JMX technology dla każdego zasobu, który chcesz monitorować. Wdrożenie MBean jest zależne od Ciebie (tak, możesz na przykład zrobić odczyt/zapis dla DBMS).

Źródło

2013-07-17 07:43:07 artplastika

jaka jest korzyść z używania JMX, jeśli muszę mimo wszystko napisać logikę odczytu/zapisu? –

http://docs.oracle.com/javase/tutorial/jmx/overview/why.html Główną ideą oddzielnego komponentu do monitorowania nie jest zależność od dostępności Twojego webappa. JMX jest standardową technologią w Javie do tego celu, a ty prosiłeś o rozwiązanie _design_. Jeśli potrzebujesz tylko monitorować zasoby systemowe i takie typowe funkcje, istnieją gotowe rozwiązania, takie jak https://code.google.com/p/psi-probe/https://code.google.com/p/ psi-probe/Serwery aplikacji zawierają same MBeans do monitorowania wszystkiego w nich. Z jakiego serwera aplikacji korzystasz? – artplastika

Tomcat, ale jego aplikacja a.distributed - dbs są na różnych komputerach –

właściwy sposób zorganizować testy diagnostyczne w Java EE

Odpowiedz

Powiązane problemy