boa documentação sobre "evitar a captura de throwable", no contexto do weblogic server

Question

Atualmente, estou refatoração uma base de código existente (EJBs) para destruir todos os blocos, onde um Throwable é preso dentro do EJB.

try {
    ... do some business logic
} catch(Throwable t){
    ... log and swallow ... :-(
}

Eu quero/preciso convencer as pessoas a minha volta com a devida documentação de que "captura Throwable" é um nenhum-vá para um EJB (temos muitas discussões em torno deste).Weblogic irá lidar com todos os "erros" condições e talvez invalidar EJBs e colocar fresco (de trabalho), EJBs na piscina.Captura Throwable prejudicaria todas essas redes de segurança fornecido pelo weblogic, e a captura de Throwable é uma prática ruim de qualquer jeito (mas aqui as pessoas são relutantes e usar o "Throwable" martelo em qualquer lugar).

É alguém capaz de me apontar para alguns documentos on-line onde este comportamento é explicado (para weblogic, jboss, etc.).Eu procurei no Google e tinha um olhar para o weblogic docs, mas não foi capaz de encontrar qualquer coisa, apenas genérico java doc.

Answer 1

Eles dizem que a prova está no pudim.

Escreva um pequeno exemplo que não faça nada além de jogar diferentes tipos de exceções (tempo de execução, erros) e demonstre que seu contêiner os lida graciosamente.

Isso impedirá os críticos mortos em suas trilhas.

Answer 2

1. Comprar uma cópia do Eficaz Java, Segunda Edição Joshua Bloch para cada membro de sua equipe.

2. Faça com que todos leiam o Capítulo 9, "Exceções", que abrange:

   • "Usar exceções, somente para condições excepcionais"
   • "Usar verificado exceções para recuperável condições e exceções de tempo de execução para erros de programação"
   • "Evitar o uso desnecessário de check exceções"
   • "Favorecem a utilização do padrão exceções"
   • "Lançar exceções apropriadas para a abstração"
   • "Documento todas as exceções lançadas por cada método"
   • "Incluir a falha de captura de informações em detalhe mensagens"
   • "Esforça-se por falha de atomicidade"
   • "Não ignorar exceções"