Exceções

Em lugar nenhum. Normalmente, quando você tem algum evento de botão, tem de fazer algo como:

{
     try {
         processarAquiloQueVocêJáProcessavaNoSeuBotão();
     } catch (Throwable thr) {
         // Mostre aqui sua mensagem de erro inesperado, que você não conseguiu tratar
     }
}

O “tratar” que o autor se refere é tentar se recuperar do erro…

Vc pode tentar se recuperar de um FileNotFoundException criando o arquivo… mas um NullPointer nao dá pra fazer nada…

No caso do FileNotFound, vc ainda pode perguntar ao usuário o que fazer… ou algo do tipo…

Então… mesmo que vc tenha uma interface gráfica… vc deve por um try {} catch(){} geral para o programa informar pelo menos que deu erro…

A pior coisa que tem… é quando o programa nao funciona e não “dá erro”

Hoje em dia… nao existe muita regra para Exception e RuntimeException… então trate as exceções baseado no bom senso…

Imagine só. Vc manda inserir um cliente e uma exception aparece. Mas vc não mostra ao usuário e simplesmente fala que tudo funcionou bonito.

O usuário iria dormir tranquilo achando que fez tudo. (Isso se aplica a cálculos, processamentos, etc)

Esses erros de regra de negócio são complicados.

NullPointerException nos lembra que não estamos testando corretamente a aplicação se precisamos ficar tendo que tratar dessas coisas. A menos que seja um jar de terceiros com algum bug inconveniente.

http://camilolopes.wordpress.com/2009/02/04/tratamento-de-excecoes-em-java/

ver se o post ti ajuda em algo.

flw

Existe um método chamado:
Thread.setDefaultUncaughtExceptionHandler

Que permite que você defina um listener que irá capturar todas as exceções de Runtime que não foram capturadas por nenhum catch. É esse cara que, por padrão, exibe a mensagem de erro no console. Através dele, você pode exibir uma mensagem de erro padrão (mesmo que um .jar externo tenha disparado a exception) ou simplesmente logar o problema em algum arquivo de texto.

As threads também tem o método não estático chamado setUncaughtExceptionHandler, para caso você queira definir um comportamento específico de tratamento de exceptions não pegas para uma thread individual.

Mas se for o caso, basta colocar uma tag no web.xml:

<error-page>
          <exception-type>java.lang.Throwable</exception-type>
          <location>/erro-surpresa</location>
</error-page>

Com isso da para capturar exceptions em run time no server! [=

Nesse caso tem duas coisas a serem consideradas:

1. Excecoes sao para casos excepcionais Uma das coisas mais importantes que voce tem que fazer quando escreve a UI é validar os dados que o usuario insere no sistema. Se o usuario preencher um campo de forma incorreta ou nao preencher um campo obrigatorio, o sistema nao deve nem comecar a executar a regra de negocio (e assim deixar estourar um NullPointerException). Isso é muito importante em qualquer sistema.

2. Para situacoes de erros inesperados (servidor fora do ar, bug no codigo, erros de I/O, etc), o sistema deve ter um mecanismo que informe o usuario que o erro aconteceu e tente deixar o sistema num estado mais consistente. A dica do ViniGodoy é excelente para sistemas Swing e a do jakefrog é excelente para sistemas Java EE (ja que o servidor de aplicacoes geralmente tem um sistema de logging de excecoes nao tratadas pela aplicacao)