modo corretto di organizzare i test diagnostici in Java EE

Sto lavorando su un Spring-based web-application che utilizza diversi componenti, tra cui PostgreSQL, raw filesystem e più ..modo corretto di organizzare i test diagnostici in Java EE

Voglio fare un piccolo admin-page, in cui un amministratore sarà in grado di testare, propery se tutti i componenti funzionino, ad esempio:

se PostgreSQL è in alto, correndo, e accetta legge/scrive
se il FileSystem è accessibile, se c'è qualche spazio lasciato ecc
uguale per altri moduli

Sei a conoscenza di una soluzione di progettazione per questo tipo di problemi (diagnostica/autotest)? Devo creare metodi nei moduli che utilizzano tali componenti (ad esempio nel livello di accesso ai dati PostgreSQL) che eseguono scritture fittizie e confermano che il servizio/componente fornito funziona?

fonte

2013-07-16 Luce Ian

È necessario scrivere MBean utilizzando JMX technology per ogni risorsa che si desidera monitorare. L'implementazione di MBeans dipende da voi (si, si può fare leggere/scrivere per DBMS per esempio).

fonte

2013-07-17 07:43:07 artplastika

qual è il vantaggio dell'utilizzo di JMX se devo comunque scrivere la logica di lettura/scrittura? –

http://docs.oracle.com/javase/tutorial/jmx/overview/why.html L'idea principale di avere un componente separato per il monitoraggio non dipende dalla disponibilità della tua webapp. JMX è una tecnologia standard in Java per questo scopo e hai chiesto la soluzione _design_. Se hai solo bisogno di monitorare le risorse di sistema e cose simili, ci sono soluzioni pronte all'uso come https://code.google.com/p/psi-probe/https://code.google.com/p/ I server psi-probe/Application di per sé contengono MBeans per monitorare tutto ciò che li contiene. Che server di applicazioni usi? – artplastika

Tomcat, ma la sua app a.distribuita - dbs sono su macchine diverse –

modo corretto di organizzare i test diagnostici in Java EE

risposta

Problemi correlati