Est-il toujours possible de lancer java.lang.Error?

Question

J'ai un module de plugin qui va dans une application web. Si le module ne se charge pas correctement, il n'est pas logique que l'application Web continue, et l'application Web ne devrait probablement pas charger du tout, nous préférerions que ce module s'initialise correctement toujours. Si je devais lancer une exception d'exécution, il entrerait dans les logs, et serait simplement ignoré puisque l'application continuerait de toute façon, et les utilisateurs finaux ne sauraient jamais ... Je sais que les erreurs sont censées être lancées seulement sous conditions exceptionnelles, et ils ont généralement à faire avec des situations que le système ne peut pas récupérer, mais que feriez-vous dans une telle situation?

Answer 1

Le seulementError que j'ai régulièrement utilisé dans le code commercial est ExceptionInInitializerError. Vous n'avez pas d'autre choix dans les blocs d'initialisation static. Mais même si vous le lancez dans une application web, l'application web continuerait à écouter sur les requêtes HTTP. Votre meilleur pari est de faire le chargement ou l'initialisation du module à l'intérieur d'un Filter en écoutant un url-pattern de /* et laissez le Filter bloquer les requêtes HTTP en conséquence. Par exemple.

private boolean allModulesAreLoaded; 

@Override 
public void init(FilterConfig config) { 
    try { 
     // Load modules. 
     allModulesAreLoaded = true; 
    } catch (Exception e) { 
     // Handle. 
    } 
} 

@Override 
public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws ServletException, IOException { 
    if (allModulesAreLoaded) { 
     chain.doFilter(request, response); 
    } else { 
     throw new ServletException("Not all modules are loaded."); 
    } 
} 

Ceci produirait une erreur HTTP 500 avec le message donné.

Answer 2

Vous ne savez pas exactement comment mais OSGi a obtenu une gestion des dépendances de bundles (= similaire aux plugins). Un paquet ne se charge pas jusqu'à ce qu'un autre paquet soit prêt. Peut-être que vous pouvez utiliser ce même mécanisme (ou simplement utiliser OSGi lui-même;)) pour attendre un plugin/application jusqu'à ce qu'un autre plugin soit prêt. Ou vous arrêtez l'application au démarrage si elle ne peut pas trouver/charger votre plugin correctement.

Answer 3

Se connecter l'erreur, et ensuite utiliser System.exit pour quitter simplement l'application