¿Overflow de un StringBuffer?

Los objetos de la clase String están diseñados para ser inmutables. en la documentacion de JDK verán que cada método en la clase que aparentemente modifica un String en realidad crea y retorna un objeto String completamente nuevo que contiene la modificación. El String original no se toca para nada.

Sabiendo esto tenemos como opcion la clase StringBuffer,la cual permite guardar cadenas que puedan cambiar en la ejecución del programa, ademas soporta gran cantidad de caracteres (al menos eso es lo que creía). Según lo que he averiguado, las cadenas de carácteres realmente no están limitadas, sin embargo al estar indexadas por 'int', tenemos el límite fijado en 2^32 carácteres, es decir, una cadena de mas de 4Gb en memoria.

En java 5 hay una clase mas optimizada. StringBuilder, es idéntica a StringBuffer salvo que no es síncrona (StringBuilder is not thread safe), lo que significa que puede haber problemas si es una variable a la que accedan diferentes Hilos.

Hace poco me tope con un error raro de StringBuffer, trataba de llenar un reporte de excel y ademas mostrarlo en un jsp... para ello utlize un StringBuffer para hacer la funcionalidad descrita

[sourcecode language='java']
/**Este metodo es que que se encargaría
*de imprimir la tabla en html y despues lo utilizaría para
* exportar la tabla a Excel
*/
private String getHtmlTable() {
StringBuffer tableEmpleados= new StringBuffer();
tableEmpleados.append(" Nro de empleado");
tableEmpleados.append(" Nombre de Empleado ");

List lista = new ArrayList();
lista=getEmpleados(); //Metodo que captura la lista de empleados.
for (Iterator it = lista.iterator(); it.hasNext();) {
Object[] element = (Object[]) it.next();
String coEmpleado = (String) element[0];
String nombreEmpleado =(String) element[1];
//supongamos que tengo dos campos codigo empleado y nombre de empleado.

tableEmpleados.append(" " + coEmpleado + " ");
tableEmpleados.append(" " + nombreEmpleado + " ");
tableEmpleados.append("");

return  tableEmpleados;

}

}
[/sourcecode]

Con unos pocos registros, esto funcionaba de maravilla, pero la tabla tenia miles de registros, entonces sucedio el Overflow, el StringBuffer al parecer habia llegado hasta el limite. trate que aumentar la memoria del VM pero no me funciono.

Siempre me votaba este error "java.lang.OutOfMemoryError: Java heap space", relacionado al StringBuffer.

Al final solucione (en parte) el problema dividiendolo en dos partes, el mostrarlo en un jsp (utlice una tabla faces), y la exportacion de excel en otro metodo(les dejo un link que me sirvio para aumentar velocidad).

Esta es mi tabla faces, en la que muestro los empleados:

[sourcecode language='java']

//se acuerdan del metodo getEmpleados (), aqui solo hay que especificar el metodo o variable que //contiene la lista de empleado y listo


//En este caso traigo el registro tal cual esta en la BD





[/sourcecode]

Anteriormente habia dicho que el problema lo habia solucionado en parte, porque si bien tenia la tabla faces funcionando, cuando le decia que queria traer todos los datos, me mostraba el mismo error.

[sourcecode language='java']
// cuando pongo rows="0" no estoy utlilizando paginacion

//traigo todos los registros







[/sourcecode]

Asi es que todavia me quedó la duda, ¿habia un overflow de StringBuffer?.... se que derrepente estan pensando que el error ("java.lang.OutOfMemoryError: Java heap space") fue por memoria, pues como explique anteriormente aumente la memoria; puede que tambien esten pensando que mi codigo esta mal codificado (derrepente tengan razon), pero tambien tendrian que decirme porque utilizando spring jdbc para traer los registros de la tabla y llamando directamente desde la tabla faces todos los registros, me sale el mismo error.

Por ultimo quiero recalcar que este codigo esta hecho con jdk 1.4, no lo he intentado con jdk 5.

Saludos