|
Oi, tudo o que vc. disse est� correto, mas vale algumas analogias da vida real para melhor fixax�o dos conceitos: * RuntimeException Por exemplo, se por algum acaso voc� fizer uma acesso a um metodo de um objeto String que est� null: nomeCompleto.substring(0,10). Voc� ir� receber uma NullPointerException (Subclasse de RuntimeException). Voc� ter� que corrigir o codigo que permitiu gerar esse erro. * Exception (checked) Ex. Se um operador tentar incluir um cliente sem o cpf, voc� poder� efetuar uma valida��o antes de persistir esse objeto em um banco de dados, e disparar uma exce��o do tipo UserException: throw new UserException("Cpf � campo obrigat�rio"); onde UserException � uma subclasse de Exception: public class UserException extends Exception { public UserException(String msg) { super(msg); }
} Geralmente as exceptions s�o colocadas na assinatura do m�todo, para que o metodo chamador saiba o que pode acontecer se determinado metodo for chamado. O m�todo chamador dever� se adapatar para tratar a exception que poder� ocorrer, e manter a aplica��o no ar.
*Error (unchecked) Quando uma exce��o desse tipo � lan�ada algo errado aconteceu ao nivel de maquina virtual, n�o ser� possivel fazer muita coisa para recuperar a aplica��o em andamento. Ex:. NoClassDefFoundError : Est� faltando uma classe no
ClassPath
try { // C�digo gerador de erro..... } catch (Throwable t) { // Tratamento do erro... }
Espero ter ajudado, Marcelo Beckmann
Ol� pessoal !!!!
Yahoo! Groups Links
---------- Yahoo! Groups Links
|
- [JUG-Petro] Checked e Unchecked exception nika_lipe
- [JUG-Petro] iReport, como chamar o .jasper ? marcelobeckman
- [JUG-Petro] iReport, como chamar o .jaspe... Anderson Luis Vaz
- RE: [JUG-Petro] iReport, como chamar ... Heber Rubem Avelar Lima
