Comentários sobre: Lidando com Exceptions

Por: Marcelo Labbati

Marcelo Labbati — Wed, 11 Apr 2012 20:42:46 +0000

Gostei muito do tutorial. Quando vi a primeira vez este lance de unchekedException nao estava conseguindo abstrair este conceito de “Ter uma chance de tratar a excessão”. Agora ficou claro.
Parabéns pelo post.

Por: JuuGO(Programdor)

JuuGO(Programdor) — Tue, 06 Sep 2011 17:22:30 +0000

Otima a Postagem Explicativo e Pratico para os programadores que estão iniciando ou até mesmo programadores experientes.

Por: Logar é preciso, debugar não é preciso? | blog.caelum.com.br

Logar é preciso, debugar não é preciso? | blog.caelum.com.br — Thu, 27 May 2010 06:55:09 +0000

[...] erro aqui é a péssima prática de engolir exceptions, que costuma aparecer em diversos códigos por aí. Ao debugar rapidamente, iremos perceber que [...]

Por: Daniel Destro

Daniel Destro — Fri, 03 Jul 2009 13:46:36 +0000

Um artigo muito bom que vale a leitura sobre tratamento de exceções:
http://tutorials.jenkov.com/java-exception-handling/index.html

Por: Antonio

Antonio — Mon, 28 May 2007 20:41:28 +0000

Fiz o teste da fj31 e não entendi porque: 1) a questão 2 tem como resposta a opção c e não a opção a. 2) porque o código da questão 5 não compila e o código da questão 7 compila.

Por: Vinícius

Vinícius — Tue, 12 Dec 2006 23:20:17 +0000

Ao invés de imprimir uma stacktrace no console o ideal é registrar um uncaughtexceptionhandler. Assim você pode encaminhar a exceção que não foi pega para um log.

Você pode mudar o uncaughtExceptionHandler da Thread chamando: Thread.setUncaughtExceptionHandler
ou mudar o da aplicação chamando o método
Thread.setDefaultUncaughtExceptionHandler.

Você terá que implementar a interface Thread.UncaughtExceptionHandler que define um método muito simples, que é chamado toda vez que uma runtime exception não é capturada. Nesse método sim, dê uma mensagem bem trabalhada para seu usuário e grave o feio stack trace da Thread em algum log.

Por: Paulo Silveira

Paulo Silveira — Tue, 17 Oct 2006 22:40:03 +0000

Vale lembrar que

e.printStackTrace();

imprime no System.err

Um exemplo clássico (e famoso) de mal uso de exceptions está no Velocity… tente pegar ou renderizar um template. O método joga 3 exceptions , algo como: ParserException, TemplateNotFoundException e Exception.

Ahn!? Isso mesmo, Exception, você não sabe o que aconteceu dentro do método, só sabe que ocorreu uma exception.

Por: Rodrigo Soriano Arcova

Rodrigo Soriano Arcova — Fri, 13 Oct 2006 22:59:14 +0000

Muito bacana Fábio.

Abraço.

Rodrigo Soriano Arcova.

Por: Michael Nascimento Santos

Michael Nascimento Santos — Mon, 09 Oct 2006 14:03:26 +0000

Outra regra interessante: se quiser apenas logar uma exceção e não etiver usando um framework de logging, faça:

e.printStackTrace();

e nunca:

System.out.println(e);

ou ainda:

System.out.println(e.getMessage());

Pelo menos a informação do stack trace será impressa e permitirá identificar o lugar que originou o erro.