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)...