geotools.rendering - Argument "value" should not be null.
---------------------------------------------------------
Key: GEOT-3084
URL: http://jira.codehaus.org/browse/GEOT-3084
Project: GeoTools
Issue Type: Bug
Components: core render, core styling
Affects Versions: 2.6.4
Environment: Tomcat 6, Sun Java 6, JAI installed, Geotools 2.6.1,
Geoserver 2.0.1, ( jsvc -Xms48m -Xmx2600M, -XX:XX:+UseParallelGC,
-XX:SoftRefLRUPolicyMSPerMB=36000, -XX:SoftRefLRUPolicyMSPerMB=36000, also
tried without last three arguments), Quad core i7, 4GB RAM, 64-bit linux OS.
Reporter: James Nicolson
Assignee: Andrea Aime
Priority: Critical
Attachments: geoserver-failing-tiles-13-05-2010.txt
Stack trace attached.
StreamingRenderer intermittently fails to render tiles in a layer preview of an
SLD styled POSTGIS layer in geoserver. The stack trace produced when a tile
fails to be rendered suggests that createStyleInternal() is either returning a
null value or the local var "style" is being set to null prior to being added
to the SoftValueHashMap staticSymbolizers. This _not_ always reproducible with
a single tile, i.e. tiles will render some times but not at others. I also note
that the hardReferencesCount arg to the SoftValueHashMap staticSymbolizer is
not set at initialisation. Would this value have an effect on the rendering
engine?
As a feature request, I was thinking it might be possible to somehow compile an
SLD file on start-up, thus reducing memory during rendering? Though, I have my
doubts over the practicality of this.
I found a couple of other users experiencing similar issues:
http://permalink.gmane.org/gmane.comp.gis.geoserver.user/21024
http://osgeo-org.1803224.n2.nabble.com/ExternalGraphic-in-SLD-Argument-value-should-not-be-null-td3566854.html
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
------------------------------------------------------------------------------
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
