Per le cose ciclo di vita del servlet, che cosa fate voi ragazzi consiglio di fare in risposta ad un'eccezione ...modo migliore per gestire le eccezioni Java in ServletContextListener
Per esempio,
public class Foo implements ServletContextListener {
@Override
public void contextInitialized(ServletContextEvent event) {
try {
// something nasty
} catch (Exception e) {
throw new RuntimeException(e);
}
}
@Override
public void contextDestroyed(ServletContextEvent event) {
try {
// something nasty
} catch (Exception e) {
throw new RuntimeException(e);
}
}
io non sono del tutto sicuro cosa gestirà l'eccezione di runtime sopra. Sto lavorando sull'idea che, se vengono lanciate eccezioni, sono abbastanza seri da rompere completamente il sistema in modo che un'eccezione di runtime (non gestita) possa essere corretta..
immagino che sto chiedendo che cosa si occupa incontrollati eccezioni contesto servlet ascoltatori?
3.0.1 Glassfish rifiuta di distribuire un applicazione Web, se ServletContextListener.contextInitialized genera una RuntimeException. Tuttavia, se l'applicazione è già stata distribuita e viene lanciata una RuntimeException al riavvio del server, GF 3.0.1 rifiuta di avviarsi (il che rende impossibile annullare la distribuzione utilizzando gli strumenti forniti). In questo caso abbiamo optato per impostare un attributo ServletContext nel listener e generare un messaggio di errore in un filtro. – Vetle