Pular para o conteúdo principal

BUG no JDK da SUN

Todos conhecem os métodos print e println da classe PrintStream, pois já devem ter utilizado as instruções System.out.print ou System.out.println para imprimir alguma mensagem no console. Pense rápido: O que acontece se passarmos um parâmetro nulo no método println?

System.out.println(null);

Ocorre um erro de compilação. Mas vamos mudar a pergunta. O que acontece se passarmos uma referência nula no parâmetro do método println?

String str = null;
System.out.println(str);

Compila e imprime a String "null", pois o método println chama o método print, que por sua vez valida se a referência é nula, e caso seja, inicializa o valor com o texto "null", veja abaixo a sequência dos métodos:

public void println(String x) {
synchronized (this) {
print(x);
newLine();
}
}
public void print(String s) {
if (s == null) {
s = "null";
}
write(s);
}

Mas o que acontece se passarmos qualquer outro objeto no parâmetro do método println?

Object obj = null;
System.out.println(obj);

Também compila, pois o método println sobrecarregado com o parâmetro do tipo Object, chama o método print sobrecarregado com o parâmetro do tipo Object:

public void println(Object x) {
synchronized (this) {
print(x);
newLine();
}
}

Mas por não ser uma String, antes de chamar o método write para imprimir a mensagem no console, é chamado o método valueOf da classe String, passando esse objeto como parâmetro para obter um texto:

public void print(Object obj) {
write(String.valueOf(obj));
}

E por segurança, para evitar um NullPointerException, é validada se a referência do parâmetro é nula, e caso não, então chama o método toString da classe Object, ou o método toString do próprio objeto, caso tenha sido sobrescrito.

public static String valueOf(Object obj) {
return (obj == null) ? "null" : obj.toString();
}

E nesse caso como a referência é nula, retorna a String "null". Mas você deve estar pensando: Para que tudo isso? Nem estou estudando para certificação...Ou, o Eclipse e Netbeans verificam isso pra mim...Ou, o corinthians vai retomar a boa fase...Ou, etc... Fiz tudo isso para contar uma historinha e montar uma linha de raciocinio para ficar mais fácil de visualizar o erro que encontrei.

Sabemos que quando passamos um objeto como parâmetro no método println ou print, é chamado o método toString() da classe Object ou o da própria classe caso tenha sido sobrescrito.
Agora a última pergunta: o que acontece se sobrescrevermos o método toString retornando null e passarmos o objeto dessa nossa classe como parâmetro no método println?

public class Test {
public static void main(String[] args) {
Test t = new Test();
System.out.print(t);
}
public String toString() {
return null;
}
}

Compila, mas estoura um NullPointerExcpetion, pois como vimos anteriormente, o método println chama o método print sobrecarregado para o parâmetro do tipo Object, que chama o método valueOf da classe String:

public void print(Object obj) {
write(String.valueOf(obj));
}

E o método valueOf chama o toString do nosso objeto, que retornará um null:

public static String valueOf(Object obj) {
return (obj == null) ? "null" : obj.toString();
}

Passando então uma referência nula para o método write, que por sua vez chama o método write da classe BufferedWriter que tenta chamar o método length da classe String e como o objeto é nulo...BUM, estoura um NullPointerException:

public void write(String str) throws IOException {
write(str, 0, str.length());
}

Nesse momento fiquei feliz, pois encontrei um bug na JVM da SUN e iria mandar imediatamente para eles e ficar famoso (brincadeira), até me lembrar que estava usando o Java 5. E quando fui testar com o Java 6, o problema já tinha sido resolvido. Mostrei o problema ao Kleber, instrutor da Globalcode, que lamentou junto comigo.

Mas eu não iria postar esse texto enorme caso não houvesse nenhum bug, certo? Talvez sim, mas nesse caso não. Na semana seguinte o Kleber comentou que no Java 6 o problema ainda persistia no método print, pois foi corrigido apenas o método println.

Já enviei o bug para a SUN, tenho certeza que não ficarei famoso por isso, mas ficaria feliz caso eles me enviassem um Voucher, rs...Eles ainda não publicaram no site, mas acho que em breve estará disponível no link: http://bugs.sun.com/bugdatabase/

E não precisam se assustar, pois não costumo sobrescrever o método toString retornando null, esse cenário ocorreu em um dos laboratórios com EJB3 do curso Academia Enterprise, e achei que fossem muitos outros problemas até encontrar a verdadeira causa, e depois que mostrei para os colegas da turma eles também não se conformaram, rs.

Aproveitem isso para apostar almoços com seus amigos javeiros, eu já ganhei dois (brincadeira denovo)...

Comentários

Unknown disse…
O método toString deve retornar uma representação String do Objeto. Se o objeto não é nulo, o toString deve retornar uma String não nula.
Não existe bug, é só saber o contrato do método.
É como dizer que HashMap e o HashSet contém bugs porque você não sabe implementar o equals e o hashCode.
Perenha disse…
Olá Diego,
Concordo com você sobre o método toString, mas o bug que comentei no post se encontra no método print da classe PrintStream.
Pois ele faz uma chamada ao método toString do objeto e em seguida chama o método length do objeto String retornado. E se houve algum erro na sobrescrita do método toString, retornando nulo, estoura um NullPointerException.
Eu ainda acho que é um bug, pois esse problema foi corrigido para o método println na versão 6. Mas eu mandei o problema para a SUN, eles demoram um pouco para responder, mas se eles disserem que não é um bug, eu prometo enviar para você.
Abraço.
Yara Senger disse…
Rodrigo, eu gostei muito do post, mas pela experiência em sala de aula do que pelo próprio bug.

Ao encontrar um erro em um programa, as vezes pensamos "Não é possível, eu estou fazendo tudo certo. Já conferi várias vezes, deve ser um bug".

Infelizmente, ou felizmente na maioria das vezes o erro é nosso... (risos).E comprovar que é um bug nem sempre é trivial.

Mas, se pensarmos bem, quando o erro é realmente um bug é muito pior, pois sendo um erro nosso corrigimos e pronto. Caso seja mesmo um bug E caso o software seja Open source, ainda assim não está totalmente no nosso controle corrigir o bug. Mas existem esperanças. (risos)

Por isto, acredito que neste caso, mais importante do que o próprio bug é a experiência vivenciada, uma das formas mais motivadoras de convencer as pessoas sobre a importância do Open Source, e muitas vezes capaz de transformar uma pessoa ou uma empresa de usuário de Open Source para colaborador, ou "commiter" de um projeto.

Você já testou no OpenJDK ?

PS: Talvez você já seja colaborador, manifestei minha opinião de forma geral.

[]s
Yara

Postagens mais visitadas deste blog

JavaMail: Enviando mensagem HTML com anexos

Introdução Depois do post "JavaMail: Enviando e-mail com Java" , que apresentava como enviar um e-mail com Java, resolvi complementar a assunto apresentando como enviar uma mensagem formatada, em HTML , e também como realizar o envio de anexos. Bibliotecas Além da biblioteca JavaMail, veja mais no post anterior , é necessário incluir o JavaBeans Activation Framework (JAF), apenas se a versão utilizada for anterior ao JSE 6.0 , que já tem o JAF incluso. O JAF está disponível em http://www.oracle.com/technetwork/java/javase/downloads/index-135046.html , e neste download encontramos, alguns exemplos na pasta demo , documentação, incluindo javadocs, na pasta docs e a biblioteca activation.jar , que deve ser acrescentada no classpath da aplicação para versões anteriores ao JSE 6.0. Exemplo Primeiramente devemos realizar a configuração da javax.mail.Session e da javax.mail.internet.MimeMessage , estes passos podem ser vistos no post anterior . Agora vamos montar um

O que é Lógica de programação?

Este é o segundo de uma série de posts voltados aos leitores do blog que estão dando início à carreira de desenvolvimento de software. O assunto de hoje é a lógica de programação. Para ler antes: Entendendo como funciona a programação de computadores: linguagens de programação, lógica, banco de dados A lógica de programação é um pré-requisito para quem quer se tornar um desenvolvedor de software, independente da linguagem de programação que se pretende utilizar. Mas o que é de fato a Lógica de Programação e como saber se eu tenho esse pré-requisito? A lógica de programação nada mais é do que a organização coerente das instruções do programa para que seu objetivo seja alcançado. Para criar essa organização, instruções simples do programa, como mudar o valor de uma variável ou desenhar uma imagem na tela do computador, são interconectadas a estruturas lógicas que guiam o fluxo da execução do programa. Isso é muito próximo ao que usamos em nosso cotidiano para realizar atividad

Devo fazer um curso ou ler um livro?

Acredito que todos os instrutores ou professores, independentemente da área, escola ou centro de treinamento, já devam ter recebido essa pergunta alguma vez na vida: devo fazer um curso ou ler um livro? Para responder a essa pergunta, precisamos avaliar os prós e contras de cada opção. Trabalho com treinamento há algum tempo e, hoje, recebi essa pergunta de um aluno. Não adianta responder a ou b sem argumentar, demonstrando as opções conforme a situação do aluno. O conteúdo, a forma de transmissão e a capacidade de assimilação do indivíduo são chaves para haver benefício maior de aprendizado. Tanto em um bom curso quanto em um bom livro, o conteúdo é a premissa básica . Por conteúdo entendemos: se está organizado; se respeita pré-requisitos; se promove o aprendizado guiado e incremental; se aborda de forma satisfatória os principais pontos; se tem bom balanço entre teoria, exemplos e prática (favorecendo exemplos e prática); se tem como premissa a acessibilidade possível (e cabível) pa

Lançamento do JDK 7 no TDC2011 em São Paulo

O The Developer's Conference foi realmente um grande momento para toda comunidade de desenvolvedores, um encontro de comunidades de TI onde foi possível interagir com pessoas incríveis das comunidades .NET, PHP, Python, Cloud, Games e tantas outras. Com mais de 200 palestrantes e 25 coordenadores é difícil até citar nomes sem ser injusta. Neste post gostaria de falar um pouco sobre um acontecimento muito especial para a comunidade Java, o Lançamento mundial do JDK 7! A história toda começou há muito tempo atrás, num relacionamento construído ao longo de vários anos de atuação dos membros do SouJava, participando do JavaOne, das JSRs e muito networking. Mas, durante o último JustJava conversamos com Roger Brinkley e Bruno Souza, e tivemos a felicidade de ter o TDC2011 exatamente no dia planejado para o Lançamento Mundial do JDK7. O grande mérito foi do SouJava e do amigo Bruno Souza (JavaMan). Com a participação formal no Executive Committeé do JCP estamos ficando cada vez ma

Literais da Linguagem Java

Na última semana, tive uma conversa com um profissional Java iniciante que me apresentou dúvidas sobre o uso de valores hexadecimal na linguagem, inicialmente entendi que ele precisava da representação textual de um valor hexadecimal, então apresentei um método da classe wrapper Integer, conforme segue: int valor = 15; System.out.println(Integer.toHexString(valor)); //Imprime f Só então após mostrar este exemplo, ficou claro que ele precisava exatamente do contrário, ou seja, qual a forma mais fácil de converter um número hexadecimal para um número decimal para atribuição a uma variável primitiva inteira. Esclareci que para isso não havia necessidade de conversão, bastaria usar uma literal hexadecimal presente na linguagem Java da seguinte forma: int valor = 0xf; // ou 0XF System.out.println(valor); //Imprime 15 Este episódio me motivou a escrever este post sobre os literais da Linguagem Java, então vamos lá. De acordo com a especificação da linguagem (The Java™ Language Specification

Entendendo como funciona a programação de computadores: linguagens de programação, lógica, banco de dados

Nesse post, diferente dos últimos que foram mais enfáticos nas experiências com tecnologias, vou focar um pouco mais nos profissionais que estão começando, ou pretendem ingressar na área de desenvolvimento de software, falando sobre conceitos fundamentais relacionados a programação em geral . Mercado de trabalho para programação Conforme já sabemos, o mercado de desenvolvimento de software, especialmente no Brasil, continua em franca expansão, sendo que cada vez mais as empresas buscam desenvolver seus próprios sistemas usando as mais diferentes e novas tecnologias. Algumas matérias interessantes: As seis profissões mais valorizadas em 2010 no IDG Now! Muitas vagas e sensação de reaquecimento da economia Por isso, a área de desenvolvimento de software tem despertado interesse em muitos profissionais de outras áreas que desejam mudar de profissão, já que as oportunidades de trabalho tendem a ser maiores. Esse é um perfil presente em muitos dos clientes da Globalcode que acabou m