Re: [Geoserver-users] GeoServer 2.17.1 - Oracle 11.0.7 JDK - Strong cryptography available
This does highlight a problem in the text - perhaps the text should read something like 'Strong cryptography is active' - available really means something different! On 6/22/2020 3:40 PM, Brad Hards wrote: I don’t think this is a problem – this is the way it should be. If you see “not available” then there are steps to add it, but that doesn’t matter for your case. Brad *From:*Diego Mendes Rodrigues *Sent:* Tuesday, 23 June 2020 5:58 AM *To:* geoserver-users@lists.sourceforge.net *Subject:* [Geoserver-users] GeoServer 2.17.1 - Oracle 11.0.7 JDK - Strong cryptography available Friends, I have a server with GeoServer 2.17.1 installed from Debian 9. I use the Oracle 11.0.7 JDK. java version "11.0.7" 2020-04-14 LTS Java(TM) SE Runtime Environment 18.9 (build 11.0.7+8-LTS) Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.7+8-LTS, mixed mode) When I log in to the administrative interface, I get the message 'Strong cryptography available'. How can I solve? What should you install or configure? Regads, Diego --- Caros, Possuo um servidore com GeoServer 2.17.1 instalado de Debian 9. Utilizo o JDK da Oracle 11.0.7. java version "11.0.7" 2020-04-14 LTS Java(TM) SE Runtime Environment 18.9 (build 11.0.7+8-LTS) Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.7+8-LTS, mixed mode) Ao logar na interface administrativa, recebo a mensagem 'Strong cryptography available'. Como posso resolver? O que deve instalar ou configurar? Atenciosamente, Diego ___ Geoserver-users mailing list Please make sure you read the following two resources before posting to this list: - Earning your support instead of buying it, but Ian Turton: http://www.ianturton.com/talks/foss4g.html#/ - The GeoServer user list posting guidelines: http://geoserver.org/comm/userlist-guidelines.html If you want to request a feature or an improvement, also see this: https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users ___ Geoserver-users mailing list Please make sure you read the following two resources before posting to this list: - Earning your support instead of buying it, but Ian Turton: http://www.ianturton.com/talks/foss4g.html#/ - The GeoServer user list posting guidelines: http://geoserver.org/comm/userlist-guidelines.html If you want to request a feature or an improvement, also see this: https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] GeoS 2.17.0 problem removing layers
Perhaps revise the 'GeoServer Cleanup' section to say something like Under Java8, if the Native JAI functions are installed (see below) , you may optionally remove the original JAI files from the GeoServer |WEB-INF/lib| folder: As-is, the implication is that everyone should do this (as I tried) On 5/14/2020 5:56 PM, Jody Garnett wrote: Those JAI jars are only available to install in Java 8 (as it uses the old java plugin system and is not compatible with the java module system introduced in Java 9 onward). Please only remove those jars if you have installed the JAI plugin into Java 8, and thus GeoServer does not need its own copy. ___ Geoserver-users mailing list Please make sure you read the following two resources before posting to this list: - Earning your support instead of buying it, but Ian Turton: http://www.ianturton.com/talks/foss4g.html#/ - The GeoServer user list posting guidelines: http://geoserver.org/comm/userlist-guidelines.html If you want to request a feature or an improvement, also see this: https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] GeoS 2.17.0 problem removing layers
Yes - at first glance any of the 'bookmarkable' URL calls will fail. Its working for me if I remove the tomcat 'proxy*' directives. I know I had to add them at some point in the past (with much older versions of httpd, tomcat and geoserver) to get things to work, but so far it seems fine without them. I'll try to find out how/where to submit an official bug report shortly. On 5/14/2020 4:12 PM, Humphries, Graham wrote: I can see the same error when accessing Geoserver through httpd. BTW I am running Geoserver on Solaris. It looks like a security issue where the request url does not match the destination url. A submit request returns a 400 Bad Request response in the browser. I just tried enabling CORS in the geoserver web.xml, but this made no difference. ___ Geoserver-users mailing list Please make sure you read the following two resources before posting to this list: - Earning your support instead of buying it, but Ian Turton: http://www.ianturton.com/talks/foss4g.html#/ - The GeoServer user list posting guidelines: http://geoserver.org/comm/userlist-guidelines.html If you want to request a feature or an improvement, also see this: https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] GeoS 2.17.0 problem removing layers
So a bit more info. This problem seems to occur at any point if the tomcat Connector definition includes proxyName and proxyPort definitions (even if they just point to localhost:x). Even if you access the instance directly (not via proxy), and the proxy settings point to it directly it happens. The issue shows up on all the 'Data' screens I have tried. Problems also occur is you try to save settings, which show an error like *- * *Type* Status Report *Message* Origin does not correspond to request *Description* The server cannot or will not process the request due to something that is perceived to be a client error (e.g., malformed request syntax, invalid request message framing, or deceptive request routing). - There are no relevant messages showing up in the tomcat or geoserver logs at production logging level. If I turn on verbose logging I get the following 2020-05-14 11:41:01,480 DEBUG [security.IncludeQueryStringAntPathRequestMatcher] - Checking match of request : 'Path: /web/wicket/bookmarkable/org.geoserver.web.data.layer.layerpage, QueryString: 16-2.IBehaviorListener.0-table-listContainer-selectAllContainer-selectAll&filter=false'; against '/web/**' 2020-05-14 11:41:01,480 DEBUG [security.IncludeQueryStringAntPathRequestMatcher] - Matched Path: /web/wicket/bookmarkable/org.geoserver.web.data.layer.layerpage, QueryString: 16-2.IBehaviorListener.0-table-listContainer-selectAllContainer-selectAll&filter=false with /web/** 2020-05-14 11:41:01,480 DEBUG [geoserver.ows] - Could not find a layer group named web 2020-05-14 11:41:01,480 DEBUG [geoserver.ows] - Could not find a layer group named web 2020-05-14 11:41:01,496 DEBUG [geoserver.ows] - Could not find a layer group named web 2020-05-14 11:41:01,496 DEBUG [geoserver.ows] - Could not find a layer group named web 2020-05-14 11:41:01,636 DEBUG [org.geoserver] - Thread 89 locking in mode READ On 5/14/2020 11:52 AM, Tom S wrote: Glad to see this is reproducible (on a non-Windows platform even). I'm still trying to track it down, but for me this seems to be related to using a Apache HTTPD (latest version) proxy as a front end. From that programs access logs I see ___ Geoserver-users mailing list Please make sure you read the following two resources before posting to this list: - Earning your support instead of buying it, but Ian Turton: http://www.ianturton.com/talks/foss4g.html#/ - The GeoServer user list posting guidelines: http://geoserver.org/comm/userlist-guidelines.html If you want to request a feature or an improvement, also see this: https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] GeoS 2.17.0 problem removing layers
Glad to see this is reproducible (on a non-Windows platform even). I'm still trying to track it down, but for me this seems to be related to using a Apache HTTPD (latest version) proxy as a front end. From that programs access logs I see ::1 - - [13/May/2020:14:49:09 -1000] "POST /geoserver/web/wicket/bookmarkable/org.geoserver.web.data.layer.LayerPage?5-7.IBehaviorListener.0-table-listContainer-items-153-selectItemContainer-selectItem HTTP/1.1" 400 492 ::1 - - [13/May/2020:14:49:11 -1000] "POST /geoserver/web/wicket/bookmarkable/org.geoserver.web.data.layer.LayerPage?5-7.IBehaviorListener.0-table-listContainer-selectAllContainer-selectAll HTTP/1.1" 400 492 If I bypass the proxy it seems to be working (but I have not fully tested). The problem exists for me with every combination of COTS (geoS, tomcat) I have used so far. Functionally everything else seems OK so far - its just this specific pair of functions that are broken. On 5/14/2020 1:49 AM, Russ Hore wrote: I have GS2.17.0 (running on one of 4 Ubuntu 20.04 VMs behind Apache running on the host also Ubuntu 20.04) and I found the Select All check box does not check all the boxes beneath it on the Stores form. (If that is what you mean) ___ Geoserver-users mailing list Please make sure you read the following two resources before posting to this list: - Earning your support instead of buying it, but Ian Turton: http://www.ianturton.com/talks/foss4g.html#/ - The GeoServer user list posting guidelines: http://geoserver.org/comm/userlist-guidelines.html If you want to request a feature or an improvement, also see this: https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] GeoS 2.17.0 problem removing layers
Things work as expected under an older system with Tomcat 8 and JRE 1.8. Also, while reviewing and doing the 'GeoServer cleanup' task (remove jai* jars) found on https://docs.geoserver.org/stable/en/user/production/java.html#production-java for 1.17.0, the program will no longer run properly (in the new environment). On 5/13/2020 4:15 PM, Tom S wrote: I will double check that, but the problem exists even with the default data set. I also see the same issue under Chrome and with GeoS V1.16.2. The test system I am using has the latest tomcat 9.x and AdoptOpenJDK 11.x - I might try it on a different system with JDK 8. ___ Geoserver-users mailing list Please make sure you read the following two resources before posting to this list: - Earning your support instead of buying it, but Ian Turton: http://www.ianturton.com/talks/foss4g.html#/ - The GeoServer user list posting guidelines: http://geoserver.org/comm/userlist-guidelines.html If you want to request a feature or an improvement, also see this: https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] GeoS 2.17.0 problem removing layers
I will double check that, but the problem exists even with the default data set. I also see the same issue under Chrome and with GeoS V1.16.2. The test system I am using has the latest tomcat 9.x and AdoptOpenJDK 11.x - I might try it on a different system with JDK 8. On 5/13/2020 3:26 PM, Humphries, Graham wrote: I have just upgraded to 2.17.0 and I can confirm that the "Select all" check box and the "Remove Selected Layers" works as expected. ___ Geoserver-users mailing list Please make sure you read the following two resources before posting to this list: - Earning your support instead of buying it, but Ian Turton: http://www.ianturton.com/talks/foss4g.html#/ - The GeoServer user list posting guidelines: http://geoserver.org/comm/userlist-guidelines.html If you want to request a feature or an improvement, also see this: https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] GeoS 2.17.0 problem removing layers
I have just created a fresh install of the WAR version, and migrated an existing DB and data directory over to it. When I tried to do some cleanup of the resulting configuration I found two issues on the Layers page 1) If I select the 'Select all' check box, it is not working 2) The 'Remove Selected Layers' option is not working (it doesn't even show an associated link). This is accessed using the latest Windows Firefox. Can anyone else confirm this is a problem? ___ Geoserver-users mailing list Please make sure you read the following two resources before posting to this list: - Earning your support instead of buying it, but Ian Turton: http://www.ianturton.com/talks/foss4g.html#/ - The GeoServer user list posting guidelines: http://geoserver.org/comm/userlist-guidelines.html If you want to request a feature or an improvement, also see this: https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Problem with AdoptOpenJDK V14 with V1.16.1 WAR under tomcat
I will be testing on AdoptOpenJDK 14 - is there any avenue that is preferred for documenting (other) issues I encounter? On 4/22/2020 7:30 AM, Andrea Aime wrote: GeoServer is tested on Java 8 and Java 11 only. Any other version might or might not work, at your own risk :-) ___ Geoserver-users mailing list Please make sure you read the following two resources before posting to this list: - Earning your support instead of buying it, but Ian Turton: http://www.ianturton.com/talks/foss4g.html#/ - The GeoServer user list posting guidelines: http://geoserver.org/comm/userlist-guidelines.html If you want to request a feature or an improvement, also see this: https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Problem with AdoptOpenJDK V14 with V1.16.1 WAR under tomcat
The tomcat instance will not start if you include the '-XX:+UseStringDeduplicationJVM' startup parameter (and G1GC). This option is recommended in the setup docs at https://docs.geoserver.org/stable/en/user/production/container.html ___ Geoserver-users mailing list Please make sure you read the following two resources before posting to this list: - Earning your support instead of buying it, but Ian Turton: http://www.ianturton.com/talks/foss4g.html#/ - The GeoServer user list posting guidelines: http://geoserver.org/comm/userlist-guidelines.html If you want to request a feature or an improvement, also see this: https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] 2.16.0 issues plus 'Recode' question
I just attempted to update an existing test system. It was using 2.11.2 under Java 1.8 and Tomcat 8. When I tried to add a new Style, and using the 'Copy Existing' option it is not working (no reaction). I then tried checking setting and when submitting a change to the global settings I am getting a 400/CORs return (both via httpd proxy and direct to tomcat) from the same system. Shifting back to V2.15.2 and it is fine. The problem exists even with the out-of-box data store. basic layer rendering seemed to be OK as much as I tested it. Any thoughts or things needed to diagnose this? The original problem that lead me down this path is using the ReCode capability. I have used this in the past with no problem, but today I am trying to use it with a data column that is an Integer (vs String). It is not working (objects are not rendering) when using recode. I know the values present in the DB (0-5) are all represented in the lookup array. ___ Geoserver-users mailing list Please make sure you read the following two resources before posting to this list: - Earning your support instead of buying it, but Ian Turton: http://www.ianturton.com/talks/foss4g.html#/ - The GeoServer user list posting guidelines: http://geoserver.org/comm/userlist-guidelines.html If you want to request a feature or an improvement, also see this: https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Odd behavior with GeoTiff based Store
Thanks - using Server Status/Resource Cache/Clear did allow the new information to be recognized. I assume this is the same action as a '/reset' command via the REST API. On a related note, it would be nice if there was a REST API to trigger a layer to regenerate this boundary data (and perhaps more) from the backing store without having to do a full read, modify, write cycle. -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Geoserver-users mailing list Please make sure you read the following two resources before posting to this list: - Earning your support instead of buying it, but Ian Turton: http://www.ianturton.com/talks/foss4g.html#/ - The GeoServer user list posting guidelines: http://geoserver.org/comm/userlist-guidelines.html Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Odd behavior with GoeTiff based Store
While integrating a new map element I hit an odd behavior, and wanted to post here before entering a bug report. I had created a GeoTiff based store, and created a layer using it. This was working fine, but I then replaced the actual file with an updated version with different bounding coordinates. I then edited the layer and attempted to update the coordinates, but the original values continued to be shown. Even when I updated to use the SRS based limits, the layer was drawn at the original location. The only way I was able to get it to recognize the change was to edit the store and change the underlying tif file. Should geoServer recognize the boundary change in this type of store automatically? If not, is there some standard process that should be used to refresh the store to the new values? -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Geoserver-users mailing list Please make sure you read the following two resources before posting to this list: - Earning your support instead of buying it, but Ian Turton: http://www.ianturton.com/talks/foss4g.html#/ - The GeoServer user list posting guidelines: http://geoserver.org/comm/userlist-guidelines.html Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] PointStacker and offset broken
I am attempting to use the offset function to shift the icons resulting from the output of PointStacker. When I add this call, the object is never rendered. There is no error in the log, or any indication of a problem. I partially resolved this when I discovered the undocumented 'preserveLocation' parameter to PointStacker, but I would still like to have this option. Any suggestions how what I am doing wrong, or is this a bug? If I use offset in one of the non-PointStacker features it works as expected. The SLD I am using is included below. xsi:schemaLocation="http://www.opengis.net/sld StyledLayerDescriptor.xsd" xmlns="http://www.opengis.net/sld"; xmlns:ogc="http://www.opengis.net/ogc"; xmlns:xlink="http://www.w3.org/1999/xlink"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";> CameraCluster Camera Cluster Cameras with clustering data preserveLocation Single cellSize 32 outputBBOX wms_bbox outputWidth wms_width outputHeight wms_height single Camera count 1 32000.0 xlink:href="http://our511.com/camera.svg"; /> image/svg+xml 16 multiple Cameras count 1 32000.0 the_geom -0.05 0 xlink:href="http://our511.com/camera.svg"; /> image/svg+xml 24 count Arial 12 bold -3 -6 2 #AA 0.9 #FF 1.0 single Camera 32000.0 xlink:href="http://our511.com/camera.svg"; /> image/svg+xml 24 single Camera circle #FF 3 -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Geoserver-users mailing list Please make sure you read the following two resources before posting to this list: - Earning your support instead of buying it, but Ian Turton: http://www.ianturton.com/talks/foss4g.html#/ - The GeoServer user list posting guidelines: http://geoserver.org/comm/userlist-guidelines.html Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] GeoServer xStream error
I updated to V2.12 (WAR - Windows, Tomcat) today, and am now seeing the following warning Security framework of XStream not initialized, XStream is probably vulnerable. Looking at this it seems you need to make code changes to avoid this - for example see https://stackoverflow.com/questions/44698296/security-framework-of-xstream-not-initialized-xstream-is-probably-vulnerable -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Geoserver-users mailing list Please make sure you read the following two resources before posting to this list: - Earning your support instead of buying it, but Ian Turton: http://www.ianturton.com/talks/foss4g.html#/ - The GeoServer user list posting guidelines: http://geoserver.org/comm/userlist-guidelines.html Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] PointStacker icon position
I am using PointStacker with geoServer V2.9 to display a data set. In my application I also enable WFS, and was having issues with the screen selection point. I added a test style that renders the objects without PointStacker, and I can see that the position of the PointStacker objects is far offset from the actual positions, even if there is a single object in the collection. On further testing, I found that this only occurs if I specify a cellSize attribute (default in that case is 1, I was using 64). Is this an expected (and desirable) behavior? I can understand the point position being altered in cases where there were multiple objects combined, but not in the case where there is only one. Has this been addressed in one of the newer geoServer releases? -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Geoserver-users mailing list Please make sure you read the following two resources before posting to this list: - Earning your support instead of buying it, but Ian Turton: http://www.ianturton.com/talks/foss4g.html#/ - The GeoServer user list posting guidelines: http://geoserver.org/comm/userlist-guidelines.html Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Tomcat Native APR on Windows and Geoserver
I had seen this problem in the distant past, which lead me to stop using the APR, but just got back around to re-testing it. The current test environment is Windows 2012 R2, 64 bit Java 8 Tomcat 8.0.36 Tomcat Native APR 1.2.x GeoServer 1.9.1 Apache HTTPD V2.4 (as a proxy, using AJP to redirect traffic to Tomcat) The problem is that the system performance when the Tomcat Native library is present is MUCH worse than if it is not. In this case I benchmarked, and the average tile request transaction without APR takes about 0.15 seconds, and with APR it takes about 1.15 seconds. With a user grabbing 40-60 tiles per render, this takes a map draw from about 5 seconds to about a minute. Has anyone else observed this behavior? Is there any workaround? FWIW - the host system CPU use with the APR is about 60% of that without - a nice benefit if it didn't otherwise slow things down. -- Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today. http://sdm.link/xeonphi ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Proposal for a change to the Recode function
While I love the Recode function, there is one problem with it. There is no (obvious) way to define a value to use if none of the 'data' items matches the 'lookupValue', and the current structure doesn't lend itself to adding one. I can see three potential ways to solve this 1) Change the definition of the 'data' element to be compared using Regular Expression syntax to the lookupValue, or 2) Add a attribute to the Function element called something like 'default'. If no match is found in the data elements, use the value it specifies as the content. 3) Define a special value/position for the data element that would be treated as the default if found. For example, if the last data item in the list was the literal value 'default' then use if no other earlier match. The first item is likely too large a change to current/expected behavior, so at best I can see this as a new 'RecodeRegEx' function or similar. The second item is the one I like best, but I don't know if the applicable standard would allow (of could be changed to allow) attributes for the Function element. The third option is likely the easiest, but I don't particularly like special cases of this nature - too easy to cause unexpected behaviors. So does anyone else have similar thoughts, and/or other ideas on how to deal with this? -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] GeoServer 2.9.1 REST reload API problem
I am using this API after externally modifying several settings files. For the most part it seems to be working as expected, but one of the settings (found in gwc-gs.xml) - the Cache Eviction Time - is not being visibly altered in the user interface to reflect the new value in the file. Should this API affect the integrated geoWebCache settings? If not, is there a different way to reload this setting at run-time? And finally, when looking at the GWC REST API documentation, there is no equivalent reload option, and I also don't see any way to retrieve/set the values for a Memory BlobStore (documented). Was this capability added when the new cache type was created? If so where can I find info to access this config via REST? -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Java and geoServer setup optimization under Tomcat
In the past there was a suggestion to add a few options to the tomcat setup, including similar to -XX:MaxPermSize=512m -XX:SoftRefLRUPolicyMSPerMB=10 -XX:+UseParallelGC -XX:+UseParallelOldGC -XX:NewRatio=2 Are these still applicable to a current Java (8) and geoServer (2.9) setup? For example, I don't think PermGen memory is used as such anymore. Has anyone tested/benchmarked the system without these? Are there different settings we should be using? PS. Primary platform of interest for me is Windows. -- ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Unbounded file growth for GeoServer 2.8 under tomcat 8
I just discovered that my geoServer Tomcat 'work' directory seems to be overly large (6GB in one case). This is a fairly standard setup, with one difference - my layers (stored in PostGreSQL) are all very dynamic (data changes each minute) - which might or might not impact this. I primarily see this on my production servers, which have very high utilization, so it is likely tied to this. The environment is Win 2012 R2 Tomcat 8.0.2x (21, 23, ...) Geoserver 2.8 WAR deploy Java 7 The work directory has grown to contain several gigabytes of files under the \work\Catalina\localhost\geoserver\wicket-filestore tree. This growth only seems to occur on the instance hosting geoServer (I have several others). The actual files created are all called 'pm-null'. So far, the closest info I have found that explains this is at http://forums.terracotta.org/forums/posts/list/4134.page Is there a similar issue with geoServer and 'lost sessions' leaving these files behind? Has anyone else seen this, and perhaps come up with a solution (other than a periodic stop, purge, restart)? This is leaving behind thousands of these files (at about 15kB each), plus even more directories. And FWIW - I suspect this is also leading to slower restarts of tomcat/geoserver - it seems to go back to normal after I clean these out. -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Tomcat tuning for geoserver - Layer previews all blank
When you say blank, is the expected content missing, or are some of the normal map controls also missing? For recent releases of geoServer it seems that the system has a new/different dependency for the OpenLayers library used for preview - if you are accessing geoServer via a proxy, you will need a new path to be recognized that routes this traffic to the appropriate tomcat. I ended up adding (for apache httpd) ProxyPassMatch ^/openlayers3/(.*)$ ajp://localhost:8009/geoserver/openlayers3/$1 I'm not sure if this is a bug in geoServer (Windows builds), or some other underlying change (tomcat, ), but either the system is now expecting a distinct (root dir) install of openlayers, or part of the path was omitted by geoserver in its calls. I haven't checked this for direct tomcat use (no proxy), but suspect even there the shortened path will cause issues. -- ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] geoWebCache in geoServer V2.8
I have been testing the new Memory cache functionality, and have a few comments (and questions). For comments, is it better to simply post here, or should I open JIRA tickets? In any case, the first set of comments are 1) In the 'Caching Defaults' admin screen, ideally move the general cache setup parameters out of the 'Default Layer' section - they are not layer specific, and having them there forces people to activate default settings, even if they do not wish new layers to participate in caching. 2) For the 'Cache Eviction Policy' - it is not accepting the LRU and LFU options from the list. If these will not be used for memory cache, perhaps remove from the drop down list. 3) For the cache statistics section a) Having both a Hit and Miss percentage is not really critical (miss = 100 - hit) b) For Cache Memory Occupation - it would also be nice to have the maximum observed (in this session) level. This can be used to tell if you need to allocate more memory for the cache. c) I have not done extensive checking on this, but the actual memory consumption on my Tomcat instances I am using for testing (which are otherwise identical to a V2.7 install) are using considerably more memory (5GB vs 2GB). This might be due to the build (debug stuff), but the cache numbers indicated here (15MB) are only a fraction of the delta. Either the cache is using much more than shown, or there is some other factor. The immediate question I have is if there is some plan to support layer specific selection of the caching store (none, Disk, Memory, ...)? If not, will the memory store 'Persistence enabled' mode only be global, or can it be selected on a per-layer basis (there are no setting for this on individual layers now)? Thanks -- ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Integrated geoWebCache in geoServer 2.8 - configuration question
I just installed the 2.8 release, and am testing the new Memory cache option. The first problem (confusion) I encountered relates to the admin GUI screens. I normally do not configure a default set of layer parameters, but do this on specific layers. When I looked at my first test layer, the Memory cache option was greyed out. I finally figured out I had to activate the layer default option on the 'Caching Defaults' screen, and set various (general memory cache) values there for this to work. The first question/comment is - should these cache mode (File vs Memory) settings actually be under the Caching Defaults/layer default, or in a new section (Cache Store Parameters) on this page (always available). The same is also true for the memory cache stats that are also there. The next question is if there will be a way to select the cache store type used on a per layer basis (File for some, memory for others)? Having a per layer selection would be very advantageous - using file based for 'static' layers, and memory of 'dynamic' (frequently changing) layers. And on an unrelated note, it would help to expand the new JAI-Ext settings docs to mention when you should 'activate' the options. In particular, my platform does not have native JAI available, so my guess is I should activate all of these. Perhaps this should be the default if Native JAI is not detected. Thanks, Tom FWIW - not a lot of other testing yes, but so far seems good. Environment is Win2012R2, Tomcat 8, Java 7, geoS WAR deploy -- ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Integrated GeoWebCache and DiskQuota on Windows - Part 2
I posted a similar inquiry earlier, but did not come up with a solution at the time, and then got distracted. I've recently picked up the task again, and have found a bit more information. The issue is fairly simple - with my setup (Windows - various versions 2008R2 to 2012, geoServer - various versions from 2.4 to 2.7.1, Java 6 and 7) and my map layer, the disk cache grows rapidly until the disk is full (and then other bad things happen. I have very liberal cache settings, have diskquota active (H2 DB, 180 sec interval, 100 MB max size, LRU or LFU clean mode), and the cache resides on an SSD drive. The cache settings are configured to use a RegEx filter or .* on VIEWPARAMS. My layer is comparatively small (a few colored lines per tile), and is substantially regenerated every minute (via data updates in the source postGreSQL DB). The changes generally consist of some of the lines changing color, but the overall look is the same. I also installed a similar setup on Linux (current Debian, geoS 2.7.1, ), with the same result. What I have found now, is that the system is 'cleaning' the cache, it is just doing it at a fraction of the speed it is growing, and gets it progressively slower as it grows. So far I have not determined if the issue is in the DB or in the file system access, but I do see large amounts of disk write activity going to various H2 DB 'temp' files during the cleanups (on Windows). Is anyone else using this type of 'active layer' caching successfully? Any pointers would be appreciated. Note that I realize caching rapidly changing data is a bit counter-intuitive, but we can have literally thousands of users hitting the system looking at these layers, and without this, we will have to build out a substantial 'bursting' infrastructure, which caching should handle nicely. Many of these users are looking at the same set of tiles. Is there any point in trying an external geoWebCache install? Is there a way to set the H2 DB connection settings (without compiling)? Specifically the DB close and DB cache settings? How do I find out what is currently in use? Is there a schema for the H2 DB I can reference? Is there a DB schema I can use to try this with an external DB (MS SQL, postGreSQL)? Thanks -- Monitor 25 network devices or servers for free with OpManager! OpManager is web-based network management software that monitors network devices and physical & virtual servers, alerts via email & sms for fault. Monitor 25 devices for free with no restriction. Download now http://ad.doubleclick.net/ddm/clk/292181274;119417398;o ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Integrated GeoWebCache and DiskQuota on Windows
It is not. Depending on the test environment, I have either relocated the geoserver data dir, or the actual cache dir to a different path (with simple directory names - no spaces, special characters, ). In all cases the OS, Tomcat, Java are all native 64 bit implementations, so geoserver proper is actually under C:\Program Files\Tomcat On 10/21/2014 5:09 AM, Ralph Dell wrote: > Just curious, is your geowebcache folder under Program Files(x86)? > > -Original Message- > From: Tom S [mailto:tom-sourcefo...@fatsheepfarm.com] > Sent: Monday, October 20, 2014 6:01 PM > To: geoserver-users@lists.sourceforge.net > Subject: [Geoserver-users] Integrated GeoWebCache and DiskQuota on Windows > -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://p.sf.net/sfu/Zoho ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Integrated GeoWebCache and DiskQuota on Windows
We are attempting to implement caching and are seeing problems with the disk use. The environments we have tested are GeoServer 2.6, 2.5.x, 2.2.x Windows 2012 R2, Win 2008 R2 Java 7, Java 6 Tomcat 8, Tomcat 6 The environment does not make any difference - beyond the fact that this is a typical Windows deployment. It fails under all of them. For cleanup we specified LRU (Least Recently Used). The layers we are caching are dynamic - the data updates each minute (for parts of it). We have both server and client timeouts set on the layer. On the client end, the layers work as expected, and we also see proper behavior for the cache hits (we think). What we don't see is proper cleanup of the cache on the filesystem. There is one oddity, and one major problem. The problem is that the specified size limits are not being honored. For example, I have set the limit to 20GB, but the cache directory ended up with over 100GB of files before I manually cleaned it. The oddity is the size of the H2 DB files. The same system had DB files over 10GB in size. There were no relevant errors in the geoServer logs (set at Production Level logging) during the time it approached and exceeded the limit. The check frequency is set to 5 minutes, but this progression lasted for days. The DiskQuota status size used does NOT match the actual space used on disk (or even close after a while), and also rises above and stays above the set limit. My first thought is that the system is attempting to delete the old files, but is silently failing. I have made a number of changes to the directory permissions to try to insure that is not a trigger without any improvement. So I have several questions. Is the size limit on the Quota page supposed to reflect the layer cache file AND the DB files, or just the former? Would you normally expect a multi-GB DB file (main and index)? Is anyone successfully using Disk Quotas with Windows 2008 or later? If so, are the layers 'dynamic' - i.e. the data changes frequently, and layer timeouts are specified. Could this be contributing to the issue? Is there a way to 'dump' the quota DB files. I have not used H2, and a quick attempt using its 'Console' does not let me open the DB file. Does anyone have any suggestions for other ways to approach this (external DB, ...)? Are there any Java or logging settings I should change to help diagnose this? Any help would be appreciated. -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://p.sf.net/sfu/Zoho ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Larger PNG tiles after geoserver update
I am using Windows, and it is the returned tile file size that was radically different. Based on your comments, I checked the configuration (Settings/JAI) and revised this. I do not have the Java ImageIO library installed, so it looks like the system defaults to using the PNGJ library on the newer releases. When I switched to using 'Java own encoder', the sizes shrank to be the same between the old and new instance. In my case the extra file size was enough to have a major impact on slow (Mobile) connections. I'll test version 2.6, and perhaps ImageIO later to see how it behaves. In any case, even with the compression set to 90, PNGJ is still a bit larger than the original library result. It will take a bit longer to see if the system CPU impact is less using this encoder with the equivalent compression ratio. Thanks you for this information, and for the great work you do for this community. On 10/7/2014 11:16 PM, Andrea Aime wrote: On Wed, Oct 8, 2014 at 2:16 AM, Tom S mailto:tom-sourcefo...@fatsheepfarm.com>> wrote: I am in the process of deploying a newly installed (geo)server, and have hit an odd problem. The new system is a complete refresh (OS, postgreSQL, Java, Tomcat, ...), but I don't think most of these changes are relevant. The old system is running geoServer 2.4.2, and the new one uses 2.5.2. Both have identical layer and style definitions configured, and otherwise have similar setups. When I pull a specific PNG based tile from the old system the size is about half that from the new system with the exact same query/result. Does anyone have any suggestions on places to check to find why there is such a notable difference in the results? Your description is quite generic, so I'm going to have to make a few guesses. When you say larger, do you mean the size of the output in bytes? I guess you were running on Windows, where GeoServer was using the JDK built-in PNG encoder that did not respect our compression hints, and was spending a very large amount of time trying to get the smallest possible image, whilst in 2.5.x we have a pure java version, which is noticeably faster, and that does respect the PNG compression parameters configured in the WMS panel. If you want smaller PNGs you can try increasing the compression rate in the WMS panel. Also, have you tried the png8 compression (image/png8), it should also improve quite a bit the size of the result, with a un-noticeable loss in quality (well, unless you're trying to serve aerial imagery, in this case PNG is simply the wrong format, use JPEG instead). Cheers Andrea -- == GeoServer Professional Services from the experts! Visit http://goo.gl/NWWaa2 for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it *AVVERTENZE AI SENSI DEL D.Lgs. 196/2003* Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003. The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc. --- -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-bo
[Geoserver-users] Larger PNG tiles after geoserver update
I am in the process of deploying a newly installed (geo)server, and have hit an odd problem. The new system is a complete refresh (OS, postgreSQL, Java, Tomcat, ...), but I don't think most of these changes are relevant. The old system is running geoServer 2.4.2, and the new one uses 2.5.2. Both have identical layer and style definitions configured, and otherwise have similar setups. When I pull a specific PNG based tile from the old system the size is about half that from the new system with the exact same query/result. Does anyone have any suggestions on places to check to find why there is such a notable difference in the results? Thanks - Tom -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Watermark issue with V2.4.2
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) at java.lang.Thread.run(Unknown Source) Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:182) ... 93 more Caused by: java.lang.NullPointerException at org.geoserver.web.data.store.panel.FileModel.setObject(FileModel.java:76) at org.apache.wicket.Component.setDefaultModelObject(Component.java:3125) at org.apache.wicket.markup.html.form.FormComponent.updateModel(FormComponent.java:1168) at org.apache.wicket.markup.html.form.Form$FormModelUpdateVisitor.component(Form.java:229) at org.apache.wicket.markup.html.form.FormComponent.visitComponentsPostOrderHelper(FormComponent.java:514) at org.apache.wicket.markup.html.form.FormComponent.visitComponentsPostOrderHelper(FormComponent.java:493) at org.apache.wicket.markup.html.form.FormComponent.visitComponentsPostOrder(FormComponent.java:465) at org.apache.wicket.markup.html.form.Form.internalUpdateFormComponentModels(Form.java:2110) at org.apache.wicket.markup.html.form.Form.updateFormComponentModels(Form.java:2078) at org.apache.wicket.markup.html.form.Form.process(Form.java:1028) at org.apache.wicket.markup.html.form.Form.process(Form.java:955) at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:920) ... 98 more On 12/31/2013 4:21 AM, Jonathan Moules wrote: Hi Tom, Might be a bug. However a possible workaround - in your data directory you should have a wms.xml - I believe the config for the watermark is in there including the URL. You could try changing that file (be sure to keep a backup). Then reload your config within Geoserver (or restart it) and see if it's picking up the new one. Alternately, are you sure GeoServer can access the new URL? Jonathan On 30 December 2013 18:52, Tom S <mailto:tom-sourcefo...@fatsheepfarm.com>> wrote: I just encountered a problem, and was wondering if anyone else has seen or can reproduce. I installed a new server with geoServer V2.4.2, and copied the data directory over from another running instance. Everything is fine in general, but when I attempted to activate and change the WMS Watermark feature (to insure I was hitting the correct server), I got an exception when I tried to submit the revised settings. It works fine if I simply check 'enabled' and submit, but if I change the URL to a different external file it throws the exception. Changing it to a local file works. Before the change it was also pointing to a similar external URL. Any thoughts or suggestions? -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net <mailto:Geoserver-users@lists.sourceforge.net> https://lists.sourceforge.net/lists/listinfo/geoserver-users This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation. -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Watermark issue with V2.4.2
I just encountered a problem, and was wondering if anyone else has seen or can reproduce. I installed a new server with geoServer V2.4.2, and copied the data directory over from another running instance. Everything is fine in general, but when I attempted to activate and change the WMS Watermark feature (to insure I was hitting the correct server), I got an exception when I tried to submit the revised settings. It works fine if I simply check 'enabled' and submit, but if I change the URL to a different external file it throws the exception. Changing it to a local file works. Before the change it was also pointing to a similar external URL. Any thoughts or suggestions? -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Typo in documentation
On the page http://docs.geoserver.org/stable/en/user/filter/function_reference.html in the description of the geometryType function one of the results is listed as "MultiPoligon" - should this be "MultiPolygon"? Note that if it is a typo, the same text exists in (some) earlier versions of the document as well. -- DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Recode Transform problem when used with stroke-dasharray
Thanks - this subtlety is not obvious in the documentation (to me) - especially since the parameter to Recode is a Literal. So the next question is, is there a way to convert the Recode output into a Literal. I have tried wrapping the entire function invocation in a Literal block (doesn't work). Would it be possible to add a 'parseLiteral' function that converted data into the needed format, or is there already a way to do this? On 2/27/2013 11:01 PM, Andrea Aime wrote: On Thu, Feb 28, 2013 at 3:50 AM, Tom S <mailto:tom-sourcefo...@fatsheepfarm.com>> wrote: I am seeing an odd behavior in GeoServer V2.2.2 with Style processing. stroke-dasharray only works with literals, there is no support for freeform expressions. There is some interest in making it allow freeform expressions, but the change is deep and can be done only on the development series: https://jira.codehaus.org/browse/GEOT-3776 Right now I'm not clear if Tobias is trying to make a quick hack that is not likely be accepted by the community, or the full solution that takes time (but that would be accepted). Cheers Andrea -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Recode Transform problem when used with stroke-dasharray
I am seeing an odd behavior in GeoServer V2.2.2 with Style processing. I have a style that includes 8000.0 data_type 0 2 1 1 2 1 1 1 12 congestion_level B #CC R #FF9900 data_type 0 2 1 1 2 1 1 1 0.6 The line label shows the expected value (based on the data_type attribute). The line color is set as expected in the first transform. But the line style is NOT being applied. If I put a copy of the directive without the function it renders as expected (and was hard coded). Any thoughts on why this might be misbehaving? And on a related note, there is nothing in the docs, but is there any way to have a 'default/otherwise' type value of last resort in cases where none of the literals match. If not I would recommend this as a useful addition. -- Tom Saul --- ICx Transportation Group --- 360-620-9975 Conference Bridge: 404-835-7069 or 866-210-1669 : Code 3606209975 Web Conference : URL http://www.atconference.com/meet -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users