RTFS: Read The F.... Stacktrace

Tal vez hayas leido del acronimo RTFM, se utiliza en tipicamente (sobre todo en los foros de internet) cuando se le quiere indicar a alguien que para responder a su pregunta todo lo que tendria que haber hecho es leer el manual.

Bueno, quisiera proponerles un nuevo acronimo que me comento una amigo cuando estabamos platicando sobre los problemas a los que nos enfretamos todos los dias cuando estamos desarrollando: RTFS, la S es the StackTrace.

Cuando una aplicacion de Java se traba, en el 99% de los casos (a menos que le hayas logrado pegar a un bug de bajo nivel de la maquina virtual, cosa que ocurre muy pero muy rara vez)  la aplicacion te presentara a una StackTrace que te permitira saber no solamente en que linea ocurrio el problema, si no tambien que metodo(s) estaban llamando al metodo dentro del cual ocurrio el problema.

Digamos por ejemplo que  tenemos el metodo:

Que ocurre cuando el parametro object1 es null? Pues una NullPointerException, que se nos presentara de la siguiente forma:

Exception in thread "main" java.lang.NullPointerException
    at JavaSnippet$1.equals(JavaSnippet.java:5)
    at JavaSnippet$1.run(JavaSnippet.java:11)
    at JavaSnippet.main(JavaSnippet.java:14)

Ahi podemos ver que el error ocurrio en la linea 5 del archivo “JavaSnippet.java”, cuando la linea 11  del mismo archivo fue invocada por la la linea 14, inclusive nos dice a que metodo pertenece cada linea de ejecucion!

Como ven, saber exactamente que linea causo un problema en java es algo muy facil, por que las excepciones incluyen la informacion de todo el camino que siguio la ejecucion del problema hasta el punto en que ocurrio la excepcion que interrmpio la ejecucion normal del programa: En el pasado quedaron los dias cuando al programar en C, C++ o Delphi y cometer el error de acceder un objeto no inicializado lo unico que veiamos era un mensaje del tipo:

0xC1114455 Access Violation Error

Ahi si que era mas dificil averiguar (aunque no siempre imposible si se contaba con las herramientas correctas y la memoria no estaba demasiado corrupta) exactamente en donde y por que habia ocurrido el problema.

Pero aun con lo facil que es saber donde y por que ocurrio un problema en Java, aun me encuentro muchos mensajes en los foros de programacion del tipo:

“Hice una aplicacion con que hace XXXX usando XXXX pero lanza una excepcion y se traba: ¿como lo compongo?”

Y ya, eso es todo lo que ponen, y la stacktrace, que deberia ir copiada y pegada siempre que se necesita ayuda para resolver este tipo de probemas? Esa brilla por su ausencia!. Mas de la mitad de las veces he resuelto el problema simplemente contestando: Podrias mostrarme la stacktrace? Y luego simplemente leyendosela a la persona... pero a veces se me antoja simplemente poner RTFS!

A las personas que hacen este tipo de preguntas muchas veces les sorprende que nadie les conteste, lo que no saben es que la mayoria de las personas en los foros, al ver una pregunta para la cual el autor ni siquiera se molesto en agregar el stacktrace, piensa: "Esta persona no tiene ni siquiera el nivel de conocimientos para saber que la respuesta a su pregunta esta frente a su cara, no tiene caso que le conteste, por que igual no va entender la respuesta, y solo conseguire frustrarme" y la dejan sin contestar.