http://www.xnoccio.com/es/68-usando-velocitycontext-outofmemoryerror-java-heap-space/ Blog de viavansi Mon, 30 Jan 2012 19:00:44 +0000 http://wordpress.org/?v=2.9.2 hourly 1 http://www.xnoccio.com/es/68-usando-velocitycontext-outofmemoryerror-java-heap-space/comment-page-1/#comment-75 Félix García Borrego Sun, 04 Mar 2007 20:14:36 +0000 http://xnoccio.com/68-usando-velocitycontext-outofmemoryerror-java-heap-space/#comment-75 En realidad el problema no es del recolector de basura, y tampoco es de VelocityContext, si sustituyes en tu ejemplo VelocityContext por un simple HashMap, tendrás el mismo problema. El tema es que en Java no podemos estar seguros nunca de cuando se invoca al recolector de basura, la llamada a System.gc() es solo una recomendación( aunque 6 llamadas seguidas sean una gran recomendación :p). Como comentas, la única solución es portarse bien con el recolector de basura, y dejarle las cosas ya mascadas. Por ejemplo antes de ls=new LinkedList(); lo ideal sería hacer un ls.clear();. Esto tampoco soluciona definitivamente el problema pero facilita la labor del recolector y almeno en este ejemplo es equivalente a llamar 6 veces a System.gc(). En realidad el problema no es del recolector de basura, y tampoco es de VelocityContext, si sustituyes en tu ejemplo VelocityContext por un simple HashMap, tendrás el mismo problema.
El tema es que en Java no podemos estar seguros nunca de cuando se invoca al recolector de basura, la llamada a System.gc() es solo una recomendación( aunque 6 llamadas seguidas sean una gran recomendación :p). Como comentas, la única solución es portarse bien con el recolector de basura, y dejarle las cosas ya mascadas. Por ejemplo antes de ls=new LinkedList(); lo ideal sería hacer un ls.clear();. Esto tampoco soluciona definitivamente el problema pero facilita la labor del recolector y almeno en este ejemplo es equivalente a llamar 6 veces a System.gc().

]]>