Re: [Geoserver-users] error when creating a new workspace

[DEGRÈVE Benoît via Geoserver-users]

Hi,

At the end of your log :

"...
org.apache.wicket.RequestListenerInterface.internalInvoke(RequestListenerInterface.java:258)
 ... 128 more Caused by: java.lang.IllegalArgumentException: No such workspace: 
'PostgreSQL'
..."

Strange, it looks like he's trying not to create a workspace but to find a 
workspace named 'PostgreSQL'...

Are you sure you're trying to create a workspace first (before creating the 
store) and not a store instead ?

B.


De : Γεώργιος Μπαλλάς [gewrgiosbal...@hotmail.com]
Envoyé : vendredi 23 juillet 2021 12:45
À : geoserver-users@lists.sourceforge.net
Objet : [Geoserver-users] error when creating a new workspace

Hi

I am trying to connect GeoServer with PostgreSQL following the instructions of 
this video: https://www.youtube.com/watch?v=_UF98jQ2d-c&ab_channel=GISDevOps.
I have the 2.19.2 GeoServer version.
When i create a new workspace, i get the following error:


  *   An error occurred while loading the page

Oops, something went wrong...

Sorry, something unexpected happened on the server.

The GeoServer user list might help you address this issue. Click here to 
subscribe, and then include in your message the GeoServer version, the stack 
trace below and the steps to reproduce the problem.

org.apache.wicket.WicketRuntimeException: Method onFormSubmitted of interface 
org.apache.wicket.markup.html.form.IFormSubmitListener targeted at [Form 
[Component id = form]] on component [Form [Component id = form]] threw an 
exception at 
org.apache.wicket.RequestListenerInterface.internalInvoke(RequestListenerInterface.java:268)
 at 
org.apache.wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:216)
 at 
org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.invokeListener(ListenerInterfaceRequestHandler.java:241)
 at 
org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.respond(ListenerInterfaceRequestHandler.java:234)
 at 
org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:895)
 at 
org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64)
 at org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:265) 
at 
org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:222)
 at 
org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:293)
 at 
org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:261)
 at 
org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:203)
 at 
org.apache.wicket.protocol.http.WicketServlet.doPost(WicketServlet.java:159) at 
javax.servlet.http.HttpServlet.service(HttpServlet.java:707) at 
javax.servlet.http.HttpServlet.service(HttpServlet.java:790) at 
org.springframework.web.servlet.mvc.ServletWrappingController.handleRequestInternal(ServletWrappingController.java:166)
 at 
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:177)
 at 
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:52)
 at 
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:1040)
 at 
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:943)
 at 
org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:1006)
 at 
org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:909)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) at 
org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:883)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) at 
org.eclipse.jetty.servlet.ServletHolder$NotAsync.service(ServletHolder.java:1452)
 at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:791) at 
org.eclipse.jetty.servlet.ServletHandler$ChainEnd.doFilter(ServletHandler.java:1626)
 at 
org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:26)
 at org.eclipse.jetty.servlet.FilterHolder.doFilter(FilterHolder.java:193) at 
org.eclipse.jetty.servlet.ServletHandler$Chain.doFilter(ServletHandler.java:1601)
 at 
org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:69)
 at org.geoserver.wms.animate.AnimatorFilter.doFilter(AnimatorFilter.java:70) 
at 
org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:66)
 at 
org.geoserver.filters.SpringDelegatingFilter.doFilter(SpringDelegatingFilter.java:41)
 at org.eclipse.jetty.servlet.FilterHolder.doFilter(FilterHolder.java:193) at 
org.eclipse.jetty.servlet.ServletHandler$Chain.doFilter(ServletHandler.java:1601)
 at 
org.geoserver.platform.AdvancedDispatchFilter.doFilter(AdvancedDispatchFilter.java:37)
 at org.eclipse.jetty.servlet.FilterHolder.doFilter(FilterHolder.java:193) at 
org.eclipse.jetty.servlet.

Re: [Geoserver-users] Can't see layers in layer preview

[DEGRÈVE Benoît via Geoserver-users]

Hi Victoria,

If I'm not mistaken, each layer that you want to preview has to be plusblished 
: see in the layer definition, in the first tab, after the name, not only the 
layer has to be enabled but it has to be published as well.

[ I can also see in your logs that port 7070 is already used by another 
application...But this has nothing to do with your issue I think... ]

Regards,
B.D.

De : Victoria Persson [elinvlpers...@gmail.com]
Envoyé : lundi 8 février 2021 14:41
À : geoserver-users@lists.sourceforge.net
Objet : [Geoserver-users] Can't see layers in layer preview

Hi,

When logging into GeoServer, I can’t see any layers in layer preview. Does 
anyone have an idea of what I can do to fix this: Any help is appreciated.

When starting up Geoserver, this is the code I get:

Welcome to GeoServer!

JAVA_HOME: C:\Program Files\AdoptOpenJDK\jdk-11.0.10.9-hotspot\

The GEOSERVER_HOME environment variable is not defined.
Temporarily setting GEOSERVER_HOME to the following directory:
C:\GeoServer

The GEOSERVER_DATA_DIR environment variable is not defined correctly.
Temporarily setting GEOSERVER_DATA_DIR to the following directory:
C:\GeoServer\data_dir

Please wait while loading GeoServer...

2021-02-08 14:40:18.594:INFO::main: Logging initialized @853ms to 
org.eclipse.jetty.util.log.StdErrLog
2021-02-08 14:40:19.000:WARN:oejx.XmlConfiguration:main: Property 'jetty.port' 
is deprecated, use 'jetty.http.port' instead
2021-02-08 14:40:19.000:WARN:oejx.XmlConfiguration:main: Property 
'http.timeout' is deprecated, use 'jetty.http.idleTimeout' instead
2021-02-08 14:40:19.015:INFO:oejs.Server:main: jetty-9.4.18.v20190429; built: 
2019-04-29T20:42:08.989Z; git: e1bc35120a6617ee3df052294e433f3a25ce7097; jvm 
11.0.10+9
2021-02-08 14:40:19.062:INFO:oejdp.ScanningAppProvider:main: Deployment monitor 
[file:///C:/GeoServer/webapps/] at interval 1
2021-02-08 14:40:20.729:INFO:oejw.StandardDescriptorProcessor:main: NO JSP 
Support for /geoserver, did not find org.eclipse.jetty.jsp.JettyJspServlet
2021-02-08 14:40:21.793:INFO:oejs.session:main: DefaultSessionIdManager 
workerName=node0
2021-02-08 14:40:21.793:INFO:oejs.session:main: No SessionScavenger set, using 
defaults
2021-02-08 14:40:21.793:INFO:oejs.session:main: node0 Scavenging every 60ms
feb. 08, 2021 2:40:23 EM org.geoserver.platform.GeoServerExtensions checkContext
VARNING: Extension lookup 'XStreamPersisterInitializer', but ApplicationContext 
is unset.
feb. 08, 2021 2:40:23 EM org.geoserver.platform.GeoServerExtensions checkContext
VARNING: Extension lookup 'ExtensionFilter', but ApplicationContext is unset.
feb. 08, 2021 2:40:23 EM org.geoserver.platform.GeoServerExtensions checkContext
VARNING: Extension lookup 'ExtensionProvider', but ApplicationContext is unset.
feb. 08, 2021 2:40:23 EM org.geoserver.platform.GeoServerExtensions checkContext
VARNING: Extension lookup 'ExtensionFilter', but ApplicationContext is unset.
log4j:WARN File option not set for appender [geoserverlogfile].
log4j:WARN Are you using FileAppender instead of ConsoleAppender?
2021-02-08 14:40:23.401:INFO:oejshC.geoserver:main: Initializing Spring root 
WebApplicationContext
feb. 08, 2021 2:40:27 EM org.geoserver.platform.GeoServerExtensions checkContext
VARNING: Extension lookup 'GeoServerSecurityProvider', but ApplicationContext 
is unset.
feb. 08, 2021 2:40:27 EM org.geoserver.platform.GeoServerExtensions checkContext
VARNING: Extension lookup 'ExtensionFilter', but ApplicationContext is unset.
feb. 08, 2021 2:40:27 EM org.geoserver.platform.GeoServerExtensions checkContext
VARNING: Extension lookup 'ExtensionProvider', but ApplicationContext is unset.
feb. 08, 2021 2:40:27 EM org.geoserver.platform.GeoServerExtensions checkContext
VARNING: Extension lookup 'ExtensionFilter', but ApplicationContext is unset.
WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by org.geotools.image.ImageWorker 
(file:/C:/GeoServer/webapps/geoserver/WEB-INF/lib/gt-coverage-23.4.jar) to 
constructor com.sun.imageio.plugins.jpeg.JPEGImageWriterSpi()
WARNING: Please consider reporting this to the maintainers of 
org.geotools.image.ImageWorker
WARNING: Use --illegal-access=warn to enable warnings of further illegal 
reflective access operations
WARNING: All illegal access operations will be denied in a future release
08 feb. 14:40:27 INFO [org.geoserver] - GeoServer configuration lock is enabled
08 feb. 14:40:28 INFO [org.geoserver] - Loading catalog...
08 feb. 14:40:28 INFO [org.geoserver] - Loaded style 'burg'
08 feb. 14:40:28 INFO [org.geoserver] - Loaded style 'cite_lakes'
08 feb. 14:40:28 INFO [org.geoserver] - Loaded style 'dem'
08 feb. 14:40:28 INFO [org.geoserver] - Loaded style 'generic'
08 feb. 14:40:28 INFO [org.geoserver] - Loaded style 'giant_polygon'
08 feb. 14:40:28 INFO [org.geoserver] - Loaded style 'grass'
08 feb. 14:40:28 INFO [org.geoserver] - Loaded style 'green'
08 feb. 14:40:28 INFO [org.geoserver] - L

Re: [Geoserver-users] Unable to connect to local host

[DEGRÈVE Benoît]

Hi,

I use VirtualBox everyday (Linux VM under Windows 10) and this issue is 
probably related to the way your VM connects to the network :

For your VM, do you use « NAT » or « Bridged » ?

Anyway, « NAT » or « Bridged », it’s obviously not on localhost (the 
supervisor), did you ever tried to find and use the VM’s IP address (in « 
Bridged » mode of course, don’t use « NAT »)?

Hope it helps,

Benoît DEGRÈVE
Risques sous-sols et cartographie
Bachelier en gestion de données et cartographie


De : Nuno Oliveira [mailto:nuno.olive...@geo-solutions.it]
Envoyé : mardi 30 juillet 2019 16:15
À : Cristina Cervera Núñez; geoserver-users@lists.sourceforge.net
Objet : Re: [Geoserver-users] Unable to connect to local host

Hi,

I used OSGeolive12 long time ago and don't remember much ... the first thing 
would be to check if the services are running in the VM, for example by 
checking the logs.

Anyway, this a question that should be asked 
osgeol...@lists.osgeo.org :)

Best regards,

On Thu, 2019-07-25 at 11:43 +0200, Cristina Cervera Núñez wrote:

Hello everyone,



I am entering now in the world of FOOS4GIS and having some issues with the 
basic stuff.



I installed OSGeolive12 through VirtualBox in my MacOS Mojave. basically to use 
Geonetwork, Geoserver and OpenLayers.



When I try to start Geonetwork it appears the page “unable to connect- Firefox 
can’t establish a connection to the sever at localhost:8880” it happen the same 
with Geoserver. I thought it was something related to the o firewall or the 
proxy so I disabled everything but still doesn’t work ( although I could have 
done this wrong) It might be something related to the localhost and the port, I 
know it might be something simple but I’ve been trying for days and the problem 
scape my little knowledge on the topic.



Could anyone give me some insight or guidance on this? (tutorials, guiding 
documents, whatever )



Thank you very much in advance!



Cris



___

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

--

Regards,

Nuno Oliveira

==

GeoServer Professional Services from the

experts!

Visit http://goo.gl/it488V for more information.

==



Nuno Miguel Carvalho Oliveira

@nmcoliveira

Software Engineer



GeoSolutions S.A.S.

Via di Montramito 3/A

55054  Massarosa (LU)

Italy

phone: +39 0584 962313

fax:  +39 0584 1660272



http://www.geo-solutions.it

http://twitter.com/geosolutions_it



---



Con riferimento alla normativa sul trattamento dei dati

personali (Reg. UE 2016/679 - Regolamento generale sulla

protezione dei dati “GDPR”), si precisa che ogni

circostanza inerente alla presente email (il suo contenuto,

gli eventuali allegati, etc.) è un dato la cui conoscenza

è riservata al/i solo/i destinatario/i indicati dallo

scrivente. Se il messaggio Le è giunto per errore, è

tenuta/o a cancellarlo, ogni altra operazione è illecita.

Le sarei comunque grato se potesse darmene notizia.



This email is intended only for the person or entity to

which it is addressed and may contain information that

is privileged, confidential or otherwise protected from

disclosure. We remind that - as provided by European

Regulation 2016/679 “GDPR” - copying, dissemination or

use of this e-mail or the information herein by anyone

other than the intended recipient is prohibited. If you

have received this email by mistake, please notify

us immediately by telephone or e-mail.
___
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] Pre-generalized features

[DEGRÈVE Benoît]

[RESOLVED]

I found that pre-generalized feature only works with WMS service.

See discussion : 
http://osgeo-org.1560.x6.nabble.com/GeoServer-pregeneralized-features-extension-with-OpenLayers-td4981400.html

And indeed, this can be seen in Geoserver logs : Geoserver uses 
pre-generalization only when clients send WMS requests.


Ben

De : DEGRÈVE Benoît [mailto:b.degr...@issep.be]
Envoyé : jeudi 25 juillet 2019 10:02
À : geoserver-users@lists.sourceforge.net
Objet : [Geoserver-users] Pre-generalized features

Hi all,

I've pre-generalized a layer.
It works as expected but it doesn't seem much faster. It's hard to tell the 
difference.

Layer type : multipolygon
# features : 86790

These polygons are spread on 2 different countries and the way of collecting 
data is different for each country resulting in diffrent polygons structure

Half of the polygons are 200 meters x 200 meters squares (lower part of the 
map) and these seem to be a reference to take into account before any 
pre-generalization process.

I'm a bit confused, in the example I found, they choose 5, 10, 20, and 50 
meters for the pre-generalization process.
I've customised  it and I've added 3 thresholds => 5, 10, 20, 50, 100, 150, 190

I stopped at 190, a bit before 200, because there's no way to generalize a 200m 
x 200m square, is it ?

Now, maybe 86790 features is not enough to see a dramatic change in loading 
time.

So, my final question is : did I do that  properly ? Is it worth 
pre-generalizing ? I'm not so sure...



Ben

___
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] Access WFS services over https

[DEGRÈVE Benoît]

Hi Sawan,

I got a Tomcat 8/Geoserver 2.14.0 running under Linux.

Here's what my Tomcat server.xml file looks like for a HTTPS conection : 

>


Obviously, you won't go anywhere without a SSL certificate (Look for SSL/TLS in 
Tomcat docs). You must create one if there's none. Try first with an autosigned 
one.

If everything's properly set (be aware that server.xml is case sensitive...), 
it should work fine. 

One thing, it was easier with Tomcat because I tried earlier with geoserver as 
an usual service but I didn't succeed configuring HTTPS...

Hope it helps, good luck

Benoît DEGRÈVE
Risques sous-sols et cartographie
Bachelier en gestion de données et cartographie


-Message d'origine-
De : Humphries, Graham (StateGrowth) 
[mailto:graham.humphr...@stategrowth.tas.gov.au] 
Envoyé : mardi 28 mai 2019 02:43
À : nikamsa1; geoserver-users@lists.sourceforge.net
Objet : Re: [Geoserver-users] Access WFS services over https

You will need to enable https through your app server. Port 8080 is typically 
used for http and port 8443 is used for https.
I am not sure what the configuration options are in the Geoserver.exe app 
though.  You could install Tomcat or jetty and deploy Geoserver there.

Tomcat has the https configuration in its web.xml file which you can uncomment. 
Once you restart tomcat you should be able to use https eg:
https://:8443/geoserver

-Original Message-
From: nikamsa1 [mailto:sawan.nika...@gmail.com]
Sent: Monday, 27 May 2019 3:46 PM
To: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Access WFS services over https

Thanks Bradh for sharing possible alternatives to solve this issue.

I tried with changing global setting in geoserver and changed the proxy url 
like - https://mydomain:8080/geoserver/WorkspaceName or 
https://mydomain:8080/geoserver/.

But still it is not working for https.

Thanks & Regards,
Sawan Nikam



--
Sent from: http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.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



CONFIDENTIALITY NOTICE AND DISCLAIMER
The information in this transmission may be confidential and/or protected by 
legal professional privilege, and is intended only for the person or persons to 
whom it is addressed. If you are not such a person, you are warned that any 
disclosure, copying or dissemination of the information is unauthorised. If you 
have received the transmission in error, please immediately contact this office 
by telephone, fax or email, to inform us of the error and to enable 
arrangements to be made for the destruction of the transmission, or its return 
at our cost. No liability is accepted for any unauthorised use of the 
information contained in this transmission.


___
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] Request for mvt vectortiles leads to "Problem communicating with GeoServer"

[DEGRÈVE Benoît]

Johannes,

There's indeed a syntax problem in your SQL just between the 1st SELECT  and 
the 1st FROM : SQL expect a list of fields , or a " * "You must select 
something...

SELECT FROM (SELECT * FROM osm_waterareas
) as "vtable" WHERE 0 = 1

Benoît DEGRÈVE
Risques sous-sols et cartographie
Bachelier en gestion de données et cartographie


-Message d'origine-
De : Johannes Weskamm [mailto:wesk...@terrestris.de] 
Envoyé : mercredi 22 mai 2019 10:29
À : GeoServer Users
Objet : [Geoserver-users] Request for mvt vectortiles leads to "Problem 
communicating with GeoServer"

Hi all,


I have troubles getting Mapbox vectortiles from GeoServer in some
circumstances:

I am using a grouplayer with several layers from a PostGIS DB (Postgres
9.3 and PostGIS 2.1.2) in it.

The layer themselves are working fine when previewed / used as WMS.

But when i request the layer as vectortile, GeoWebCache answers
sometimes with "400: Problem communicating with GeoServer".

I found out that the problem only occurs, when i use an SLD with Min and
MaxScaledenominator and when i request tiles outside that range.

All tiles in that scalerange are delviered fine.

The problem exists in three different GeoServer versions i have tested
(2.12.1, 2.14.3, 2.15.1).


The error that happens from GeoServer Log is at the end of this mail.

The interesting part is, it think, "PSQLException: ERROR: syntax error
at or near "FROM"

I had a look at the postgres log which gives a better idea:


2019-05-22 10:26:48 CEST ERROR:  syntax error at or near "FROM" at
character 8
2019-05-22 10:26:48 CEST STATEMENT:  SELECT FROM (SELECT * FROM
osm_waterareas
    ) as "vtable" WHERE 0 = 1


This is indeed an invalid statement. Any ideas where this may come from?

Thanks!



http://136.243.46.241/geoserver/gwc/service/tms/1.0.0/osm:osm_vector@EPSG:3857@pbf/9/268/342.pbf
2019-05-22 10:14:56,280 ERROR [geowebcache.GeoWebCacheDispatcher] -
Request failed
org.geowebcache.GeoWebCacheException: Problem communicating with GeoServer
    at
org.geoserver.gwc.layer.GeoServerTileLayer.getMetatilingReponse(GeoServerTileLayer.java:644)
    at
org.geoserver.gwc.layer.GeoServerTileLayer.getTile(GeoServerTileLayer.java:579)
    at org.geowebcache.util.ResponseUtils.writeTile(ResponseUtils.java:102)
    at
org.geowebcache.GeoWebCacheDispatcher.handleServiceRequest(GeoWebCacheDispatcher.java:422)
    at
org.geowebcache.GeoWebCacheDispatcher.handleRequestInternal(GeoWebCacheDispatcher.java:275)
    at
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:177)
    at
org.geoserver.gwc.dispatch.GwcServiceProxy.dispatch(GwcServiceProxy.java:82)
    at sun.reflect.GeneratedMethodAccessor247.invoke(Unknown Source)
    at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at org.geoserver.ows.Dispatcher.execute(Dispatcher.java:877)
    at
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:264)
    at
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:177)
    at
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:52)
    at
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:1038)
    at
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:942)
    at
org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:998)
    at
org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:890)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:620)
    at
org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:875)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
    at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
    at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
    at
org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:26)
    at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
    at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
    at
org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:69)
    at
org.geoserver.wms.animate.AnimatorFilter.doFilter(AnimatorFilter.java:73)
    at
org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:66)
    at
org.geoserver.filters.SpringDelegatingFilter.doFilter(SpringDelegatingFilter.java:41)
    at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
    at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
    at
org.geoserver.platform.AdvancedDispatchFilter.doF

Re: [Geoserver-users] WFS cascade : impossible to publish a layer

[DEGRÈVE Benoît]

One thing :

I have read that Geoserver is quite strict with XML validation, and tries to 
check everything deeply.
When trying all URLs of xsi :schemaLocation of the XML GetCapabilities result, 
there’s a problem with one of them via the web browser :
https://dservices1.arcgis.com/B0HauZcvLgYIRu8z/arcgis/services/B0HauZcvLgYIRu8z/Centres_et_postes_de_secours/MapServer/WFSServer?service=wfs%26version=2.0.0%26request=DescribeFeatureType
ð  HTTP Status 401 - You do not have permissions to use this resource.
Could it be the problem ?
Benoît

De : Ian Turton [mailto:ijtur...@gmail.com]
Envoyé : mercredi 15 mai 2019 15:01
À : DEGRÈVE Benoît
Cc : geoserver-users@lists.sourceforge.net
Objet : Re: [Geoserver-users] WFS cascade : impossible to publish a layer

Well the layers name is 
"Centres_et_postes_de_secours:Centres_et_postes_de_secours" so that's correct. 
On my machine I get

Caused by: org.geotools.data.DataSourceException: No XSDElementDeclaration 
found for 
{https://dservices1.arcgis.com/B0HauZcvLgYIRu8z/arcgis/services/Centres_et_postes_de_secours/WFSServer}Centres_et_postes_de_secours<https://dservices1.arcgis.com/B0HauZcvLgYIRu8z/arcgis/services/Centres_et_postes_de_secours/WFSServer%7dCentres_et_postes_de_secours>
at 
org.geotools.data.wfs.internal.parsers.EmfAppSchemaParser.parseFeatureType(EmfAppSchemaParser.java:315)
at 
org.geotools.data.wfs.internal.parsers.EmfAppSchemaParser.parse(EmfAppSchemaParser.java:223)
at 
org.geotools.data.wfs.internal.DescribeFeatureTypeResponse.(DescribeFeatureTypeResponse.java:64)
at 
org.geotools.data.wfs.internal.parsers.DescribeFeatureTypeResponseFactory.createResponse(DescribeFeatureTypeResponseFactory.java:70)
at 
org.geotools.data.wfs.internal.WFSRequest.createResponse(WFSRequest.java:215)
at 
org.geotools.data.wfs.internal.WFSRequest.createResponse(WFSRequest.java:36)
at 
org.geotools.data.ows.AbstractOpenWebService.internalIssueRequest(AbstractOpenWebService.java:446)
at 
org.geotools.data.wfs.internal.WFSClient.internalIssueRequest(WFSClient.java:313)
at 
org.geotools.data.wfs.internal.WFSClient.issueRequest(WFSClient.java:374)
at 
org.geotools.data.wfs.WFSDataStore.getRemoteFeatureType(WFSDataStore.java:206)
at 
org.geotools.data.wfs.WFSDataStore.getRemoteSimpleFeatureType(WFSDataStore.java:262)
at 
org.geotools.data.wfs.WFSFeatureSource.buildFeatureType(WFSFeatureSource.java:364)
at 
org.geotools.data.store.ContentFeatureSource.getAbsoluteSchema(ContentFeatureSource.java:328)
... 135 more

as the root error.  That looks like the request to get the DescribeFeatureType 
is not working - but 
https://dservices1.arcgis.com/B0HauZcvLgYIRu8z/arcgis/services/Centres_et_postes_de_secours/WFSServer?service=wfs&request=DescribeFeatureType&typeName=Centres_et_postes_de_secours:Centres_et_postes_de_secours
 does work for me in the browser.

Turning the logging level up gives:

2019-05-15 13:52:52,590 TRACE [org.geotools.data.wfs.requests] - Built GET 
request for DESCRIBE_FEATURETYPE: 
https://dservices1.arcgis.com/B0HauZcvLgYIRu8z/arcgis/services/Centres_et_postes_de_secours/WFSServer?NAMESPACE=xmlns%28Centres_et_postes_de_secours%3Dhttps%3A%2F%2Fdservices1.arcgis.com%2FB0HauZcvLgYIRu8z%2Farcgis%2Fservices%2FCentres_et_postes_de_secours%2FWFSServer%29&TYPENAME=Centres_et_postes_de_secours%3ACentres_et_postes_de_secours&REQUEST=DescribeFeatureType&VERSION=2.0.0&SERVICE=WFS
2019-05-15 13:52:52,590 TRACE [org.geotools.data.wfs.requests] - Sending DFT 
request to 
https://dservices1.arcgis.com/B0HauZcvLgYIRu8z/arcgis/services/Centres_et_postes_de_secours/WFSServer?NAMESPACE=xmlns%28Centres_et_postes_de_secours%3Dhttps%3A%2F%2Fdservices1.arcgis.com%2FB0HauZcvLgYIRu8z%2Farcgis%2Fservices%2FCentres_et_postes_de_secours%2FWFSServer%29&TYPENAME=Centres_et_postes_de_secours%3ACentres_et_postes_de_secours&REQUEST=DescribeFeatureType&VERSION=2.0.0&SERVICE=WFS
2019-05-15 13:52:52,590 TRACE [org.geotools.data.wfs] - Looking operation URI 
for DESCRIBE_FEATURETYPE/GET
2019-05-15 13:52:52,590 DEBUG [org.geotools.data.wfs] - Returning operation URI 
for DESCRIBE_FEATURETYPE/GET: 
https://dservices1.arcgis.com/B0HauZcvLgYIRu8z/arcgis/services/Centres_et_postes_de_secours/WFSServer?
2019-05-15 13:52:52,590 TRACE [org.geotools.data.wfs.requests] - Built GET 
request for DESCRIBE_FEATURETYPE: 
https://dservices1.arcgis.com/B0HauZcvLgYIRu8z/arcgis/services/Centres_et_postes_de_secours/WFSServer?NAMESPACE=xmlns%28Centres_et_postes_de_secours%3Dhttps%3A%2F%2Fdservices1.arcgis.com%2FB0HauZcvLgYIRu8z%2Farcgis%2Fservices%2FCentres_et_postes_de_secours%2FWFSServer%29&TYPENAME=Centres_et_postes_de_secours%3ACentres_et_postes_de_secours&REQUEST=DescribeFeatureType&VERSION=2.0.0&SERVICE=WFS
2019-05-15 13:52:52,714 DEBUG [org.geotools.xml] - looking up schema for 
http://www.opengis.net/gml
2019-05-15 13:52:

[Geoserver-users] WFS cascade : impossible to publish a layer

[DEGRÈVE Benoît]

Hi,

My configuration :
Apache Tomcat/8.5.14 (Debian)
Geoserver 2.14.0

WFS capabilities URL : 
https://dservices1.arcgis.com/B0HauZcvLgYIRu8z/arcgis/services/Centres_et_postes_de_secours/WFSServer?service=wfs&request=getcapabilities

I try to cascade and publish a WFS layer but I always get the same error, even 
after playing with the store parameters (WFS versions, protocol strategy, 
etc...)

Via browser : no problem
Via QGIS (3.6 Noosa) : no problem. And, first saved as a shapefile and then 
exported in PostgreSQL, I can add it in Geoserver as a PostGIS store and 
previsualize it.

REM : just befor publishing the layer, the layer name is a bit weird : « 
Centres_et_postes_de_secours_Centres_et_postes_de_secours », as if the name 
were doubled with a namespace prefix (the typename to use in a GetFeature with 
a simple URL in the browser is « Centres_et_postes_de_secours 
:Centres_et_postes_de_secours » and the XML response is OK with all the 
features)

I suspect an issue with the layer name containing underscores, maybe...

Any idea ?

Geoserver error :

Caused by: org.geotools.data.DataSourceException: No XSDElementDeclaration 
found for 
{https://dservices1.arcgis.com/B0HauZcvLgYIRu8z/arcgis/services/Centres_et_postes_de_secours/WFSServer}Centres_et_postes_de_secours
 at 
org.geotools.data.wfs.internal.parsers.EmfAppSchemaParser.parseFeatureType(EmfAppSchemaParser.java:315)
 at 
org.geotools.data.wfs.internal.parsers.EmfAppSchemaParser.parse(EmfAppSchemaParser.java:223)
 at 
org.geotools.data.wfs.internal.DescribeFeatureTypeResponse.(DescribeFeatureTypeResponse.java:64)
 at 
org.geotools.data.wfs.internal.parsers.DescribeFeatureTypeResponseFactory.createResponse(DescribeFeatureTypeResponseFactory.java:70)
 at 
org.geotools.data.wfs.internal.WFSRequest.createResponse(WFSRequest.java:215) 
at org.geotools.data.wfs.internal.WFSRequest.createResponse(WFSRequest.java:36) 
at 
org.geotools.data.ows.AbstractOpenWebService.internalIssueRequest(AbstractOpenWebService.java:446)
 at 
org.geotools.data.wfs.internal.WFSClient.internalIssueRequest(WFSClient.java:313)
 at org.geotools.data.wfs.internal.WFSClient.issueRequest(WFSClient.java:374) 
at 
org.geotools.data.wfs.WFSDataStore.getRemoteFeatureType(WFSDataStore.java:206) 
at 
org.geotools.data.wfs.WFSDataStore.getRemoteSimpleFeatureType(WFSDataStore.java:262)
 at 
org.geotools.data.wfs.WFSFeatureSource.buildFeatureType(WFSFeatureSource.java:361)
 at 
org.geotools.data.store.ContentFeatureSource.getAbsoluteSchema(ContentFeatureSource.java:328)
 ... 135 more

Geoserver log (VERBOSE mode, and, well, what I think is the most relevant of 
the problem...) :
2019-05-15 13:17:13,426 TRACE [data.wfs] - Looking operation URI for 
DESCRIBE_FEATURETYPE/GET
2019-05-15 13:17:13,426 DEBUG [data.wfs] - Returning operation URI for 
DESCRIBE_FEATURETYPE/GET: 
https://dservices1.arcgis.com/B0HauZcvLgYIRu8z/arcgis/services/Centres_et_postes_de_secours/WFSServer?
2019-05-15 13:17:13,426 TRACE [wfs.requests] - Built GET request for 
DESCRIBE_FEATURETYPE: 
https://dservices1.arcgis.com/B0HauZcvLgYIRu8z/arcgis/services/Centres_et_postes_de_secours/WFSServer?NAMESPACE=xmlns%28Centres_et_postes_de_secours%3Dhttps%3A%2F%2Fdservices1.arcgis.com%2FB0HauZcvLgYIRu8z%2Farcgis%2Fservices%2FCentres_et_postes_de_secours%2FWFSServer%29&TYPENAME=Centres_et_postes_de_secours%3ACentres_et_postes_de_secours&REQUEST=DescribeFeatureType&VERSION=2.0.0&SERVICE=WFS
2019-05-15 13:17:13,688 DEBUG [geotools.xml] - looking up schema for 
http://www.opengis.net/gml
2019-05-15 13:17:13,688 DEBUG [geotools.xml] - schema location: 
jar:file:/var/lib/tomcat8/webapps/geoserver/WEB-INF/lib/gt-xsd-gml3-20.0.jar!/org/geotools/gml3/gml.xsd
2019-05-15 13:17:13,688 DEBUG [geotools.xml] - looking up schema for 
http://www.w3.org/2001/XMLSchema
2019-05-15 13:17:13,688 DEBUG [geotools.xml] - schema location: 
jar:file:/var/lib/tomcat8/webapps/geoserver/WEB-INF/lib/gt-xsd-core-20.0.jar!/org/geotools/xs/XMLSchema.xsd
2019-05-15 13:17:13,688 DEBUG [geotools.xml] - looking up schema for 
https://dservices1.arcgis.com/B0HauZcvLgYIRu8z/arcgis/services/Centres_et_postes_de_secours/WFSServer
2019-05-15 13:17:13,688 DEBUG [geotools.xml] - schema location: 
file:/tmp/tomcat8-tomcat8-tmp/Centres_et_postes_de_secours5178680691756999280.xsd
2019-05-15 13:17:13,688 DEBUG [geotools.xml] - building schema for schema: 
https://dservices1.arcgis.com/B0HauZcvLgYIRu8z/arcgis/services/Centres_et_postes_de_secours/WFSServer
2019-05-15 13:17:13,693 DEBUG [geotools.xml] - Could not locate schema for: 
http://schemas.opengis.net/gml/3.2.1/gml.xsd.
2019-05-15 13:17:18,948 DEBUG [geotools.xml] - Could not resolve schema 
location: dynamicFeature.xsd to physical location.
2019-05-15 13:17:18,948 DEBUG [geotools.xml] - Could not locate schema for: 
dynamicFeature.xsd.
2019-05-15 13:17:18,949 DEBUG [geotools.xml] - Could not resolve schema 
location: topology.xsd to physical location.
2019-05-15 13:17:18,949 DEBUG [geotools.xml] - Could not locate sch

Re: [Geoserver-users] /data directory not writeable

[DEGRÈVE Benoît]

Hi all,

Russ, I would like to help but I may be wrong : have you already tried an 
absolute path instead ?

I say that because I’ve recently change my web.xml to direct Geoserver to save 
cached tiles in a geoserver (+tomcat) subdirectory and I used an absolute path, 
and it works without changing anything else.

And if you want to use a relative path, maybe you should use « ./data/ » 
instead of « /data/ »

Hope it helps,

Benoît DEGRÈVE
Risques sous-sols et cartographie
Bachelier en gestion de données et cartographie


De : Russ Hore [mailto:r...@russ-hore.co.uk]
Envoyé : jeudi 25 avril 2019 18:52
À : Ian Turton
Cc : geoserver-users@lists.sourceforge.net
Objet : Re: [Geoserver-users] /data directory not writeable

# ls -ld /data
drwxrwxrwx 2 tomcat tomcat 4096 Apr 25 15:10 /data


For info.,

# ps -efl |grep tomcat
4 S tomcat1232 1 49  80   0 - 1716271 futex_ 16:49 ?  00:00:46 
/usr/lib/jvm/default-java/bin/java 
-Djava.util.logging.config.file=/var/lib/tomcat9/conf/logging.properties 
-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager 
-Djava.awt.headless=true -XX:+UseG1GC -Djdk.tls.ephemeralDHKeySize=2048 
-Djava.protocol.handler.pkgs=org.apache.catalina.webresources 
-Dorg.apache.catalina.security.SecurityListener.UMASK=0027 
-DGEOSERVER_DATA_DIR=/data -Dignore.endorsed.dirs= -classpath 
/usr/share/tomcat9/bin/bootstrap.jar:/usr/share/tomcat9/bin/tomcat-juli.jar 
-Dcatalina.base=/var/lib/tomcat9 -Dcatalina.home=/usr/share/tomcat9 
-Djava.io.tmpdir=/tmp org.apache.catalina.startup.Bootstrap start

Russ


On 25 Apr 2019, at 17:22, Ian Turton 
mailto:ijtur...@gmail.com>> wrote:

can you paste the result of "ls -ld /data" in here, I suspect that is isn't 
what you think it is

Ian

On Thu, 25 Apr 2019 at 17:05, Russ Hore 
mailto:r...@russ-hore.co.uk>> wrote:
I have just done a clean installation of Ubuntu 19.04, installed Tomcat 9, 
installed OpenJDK 11 and installed GS 2.15

I have a folder called /data to which I point GeoServer by editing web.xml

   
   GEOSERVER_DATA_DIR
   /data/


Now when I start GeoServer I get an error in /var/log/syslog saying /data is 
not writeable !

Apr 25 15:14:05 hostname tomcat9[13480]: 25 Apr 15:14:05 ERROR 
[storage.DefaultStorageFinder] - Found Servlet context parameter 
GEOSERVER_DATA_DIR set to /data/ , which is not writeable

Tomcat is running as user ‘tomcat’. The /data folder is owned by tomcat with 
permissions 777 (I know that is not the best but I am trying to get things 
working)

I have tried setting the data folder in her setclasspath.sh

CATALINA_OPTS="-DGEOSERVER_DATA_DIR=/data"

But I get the same error.

Has anybody else seen this?

Russ
___
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


--
Ian Turton

___
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] Geowebcache empty after Tomcat restart and/or server reboot

[DEGRÈVE Benoît]

Ian,

Unfortunately, I’ve no idea…
I guess it’s somewhere in a default directory.
It was not in ../webapps/geoserver/data/temp/ (which I defined for 
GEOWEBCACHE_CACHE_DIR and it works like a charm even after Tomcat restart)

Moreover, I think (I hope so actually…) that it’s related to a problem which 
causes our server to « hang » in some way :
after playing with our web app and fetching lots of tiles (to populate the 
cache with 5 layers), it looked like the server didn’t respond anymore, even to 
simple pings.
Tough the server still runs « normally », I had to ping my machine from the 
server to get the web app back online.
This happened once or twice a day.

Maybe someone did have the same issue, that’s just for info and has maybe 
nothing to do with GeoWebCache.

Regards,

Benoît
De : Ian Turton [mailto:ijtur...@gmail.com]
Envoyé : jeudi 18 avril 2019 12:04
À : DEGRÈVE Benoît
Cc : andrea.a...@geo-solutions.it; geoserver-users@lists.sourceforge.net
Objet : Re: [Geoserver-users] Geowebcache empty after Tomcat restart and/or 
server reboot

So where were the cache files created? is it somewhere temporary that gets 
cleaned up when tomcat restarts?

Ian

On Thu, 18 Apr 2019 at 10:29, DEGRÈVE Benoît 
mailto:b.degr...@issep.be>> wrote:
To Ian :

I didn’t define any GEOWEBCACHE_DIR anywhere and I can’t say if that’s the 
problem or not.
Do you mean an environnement variable or a variable you set in web.xml file of 
Geoserver in Tomcat /var/lib/tomact8/webapps/geoserver directory ?

As you can see, I don’t master everything…

I’ve just tried the « external database » (PostgreSQL) solution of Geoserver 
and the cached tiles remain now in database even after a Tomcat restart.
Now, I’m not sure it’s the best solution for speed, it looks a bit slower that 
the default behaviour.

--

To Andrea :
There’s indeed a gwc subfolder but I can’t see anything related to cached tiles 
: only .xml and .bak files :

geowebcache.xml
geowebcache-diskquota.xml
geowebcache-diskquota-jdbc.xml (I’ve just tried the « external database » 
option , which works fine even after a tomcat restart, cached tiles remain in 
database)

And a series of geowebcache_2019_XX_XXTXX.bak files (actually , these are 
xml files)




Benoît DEGRÈVE
Risques sous-sols et cartographie
Bachelier en gestion de données et cartographie

De : Andrea Aime 
[mailto:andrea.a...@geo-solutions.it<mailto:andrea.a...@geo-solutions.it>]
Envoyé : jeudi 18 avril 2019 10:53
À : Ian Turton
Cc : DEGRÈVE Benoît; 
geoserver-users@lists.sourceforge.net<mailto:geoserver-users@lists.sourceforge.net>
Objet : Re: [Geoserver-users] Geowebcache empty after Tomcat restart and/or 
server reboot

Hi Ian,
but if this is an integrated GWC inside GeoServer, the tiles should go in the 
GeoServer data directory, gwc subfolder, and not
in the tomcat temp... Am I missing something?

Cheers
Andrea

On Thu, Apr 18, 2019 at 10:36 AM Ian Turton 
mailto:ijtur...@gmail.com>> wrote:
It sounds as though you haven't set a GEOWEBCACHE_DIR variable and the cache is 
being created in the tomcat temp space - is that the problem?

Ian

On Thu, 18 Apr 2019 at 09:14, DEGRÈVE Benoît 
mailto:b.degr...@issep.be>> wrote:

Hi all,



[First time I ask something to 
geoserver-users@lists.sourceforge.net<mailto:geoserver-users@lists.sourceforge.net>]



I use Geoserver 2.14 in Tomcat 8 with Apache2 and PostgreSQL for a web 
application (Openlayers) in a Linux Debian environnement.



I made several WMS cascades for several layers and used Geoserver GWC 
advantages for tile rendering improvements, which works fine, except that :



If I restart Tomcat and/or reboot the physical server, all tiles disappear...

If I restart Geoserver only (via Tomcat web UI), all is fine, tiles are still 
there and ready to be served to web clients



1)  Disk space limit is activated (100GB, default for all other parameters)

2)  For layers, I didn’t change anything to tile cache parameters except 
choosing PNG for image format and adding 2 gridsets

I can see cache expiration strategy parameters and wonder if that’s the root 
cause of my problem or not.
Any idea would be most welcome,
Regards,
Ben

___
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<mailto:Geoserver-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/geoserver-users


--
Ian Turton
_

Re: [Geoserver-users] Geowebcache empty after Tomcat restart and/or server reboot

[DEGRÈVE Benoît]

Ian, Aime

Problem solved :

Setting GEOWEBCACHE_CACHE_DIR in 
/var/lib/tomcat8/webapps/geoserver/WEB-INF/web.xml solved the issue.

Thanks a lot !
(And sorry bothering you whith something already documented…)

For those new to this problem, it is documented here :
https://docs.geoserver.org/latest/en/user/geowebcache/config.html

Ben

De : DEGRÈVE Benoît
Envoyé : jeudi 18 avril 2019 11:29
À : 'andrea.a...@geo-solutions.it'; Ian Turton
Cc : geoserver-users@lists.sourceforge.net
Objet : RE: [Geoserver-users] Geowebcache empty after Tomcat restart and/or 
server reboot

To Ian :

I didn’t define any GEOWEBCACHE_DIR anywhere and I can’t say if that’s the 
problem or not.
Do you mean an environnement variable or a variable you set in web.xml file of 
Geoserver in Tomcat /var/lib/tomact8/webapps/geoserver directory ?

As you can see, I don’t master everything…

I’ve just tried the « external database » (PostgreSQL) solution of Geoserver 
and the cached tiles remain now in database even after a Tomcat restart.
Now, I’m not sure it’s the best solution for speed, it looks a bit slower that 
the default behaviour.

--

To Andrea :
There’s indeed a gwc subfolder but I can’t see anything related to cached tiles 
: only .xml and .bak files :

geowebcache.xml
geowebcache-diskquota.xml
geowebcache-diskquota-jdbc.xml (I’ve just tried the « external database » 
option , which works fine even after a tomcat restart, cached tiles remain in 
database)

And a series of geowebcache_2019_XX_XXTXX.bak files (actually , these are 
xml files)




Benoît DEGRÈVE
Risques sous-sols et cartographie
Bachelier en gestion de données et cartographie

De : Andrea Aime [mailto:andrea.a...@geo-solutions.it]
Envoyé : jeudi 18 avril 2019 10:53
À : Ian Turton
Cc : DEGRÈVE Benoît; geoserver-users@lists.sourceforge.net
Objet : Re: [Geoserver-users] Geowebcache empty after Tomcat restart and/or 
server reboot

Hi Ian,
but if this is an integrated GWC inside GeoServer, the tiles should go in the 
GeoServer data directory, gwc subfolder, and not
in the tomcat temp... Am I missing something?

Cheers
Andrea

On Thu, Apr 18, 2019 at 10:36 AM Ian Turton 
mailto:ijtur...@gmail.com>> wrote:
It sounds as though you haven't set a GEOWEBCACHE_DIR variable and the cache is 
being created in the tomcat temp space - is that the problem?

Ian

On Thu, 18 Apr 2019 at 09:14, DEGRÈVE Benoît 
mailto:b.degr...@issep.be>> wrote:

Hi all,



[First time I ask something to 
geoserver-users@lists.sourceforge.net<mailto:geoserver-users@lists.sourceforge.net>]



I use Geoserver 2.14 in Tomcat 8 with Apache2 and PostgreSQL for a web 
application (Openlayers) in a Linux Debian environnement.



I made several WMS cascades for several layers and used Geoserver GWC 
advantages for tile rendering improvements, which works fine, except that :



If I restart Tomcat and/or reboot the physical server, all tiles disappear...

If I restart Geoserver only (via Tomcat web UI), all is fine, tiles are still 
there and ready to be served to web clients



1)  Disk space limit is activated (100GB, default for all other parameters)

2)  For layers, I didn’t change anything to tile cache parameters except 
choosing PNG for image format and adding 2 gridsets

I can see cache expiration strategy parameters and wonder if that’s the root 
cause of my problem or not.
Any idea would be most welcome,
Regards,
Ben

___
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<mailto:Geoserver-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/geoserver-users


--
Ian Turton
___
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<mailto:Geoserver-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/geoserver-users


--

Regards, Andrea Aime == GeoServer Professional Services from the experts! Vis

Re: [Geoserver-users] Geowebcache empty after Tomcat restart and/or server reboot

[DEGRÈVE Benoît]

To Ian :

I didn’t define any GEOWEBCACHE_DIR anywhere and I can’t say if that’s the 
problem or not.
Do you mean an environnement variable or a variable you set in web.xml file of 
Geoserver in Tomcat /var/lib/tomact8/webapps/geoserver directory ?

As you can see, I don’t master everything…

I’ve just tried the « external database » (PostgreSQL) solution of Geoserver 
and the cached tiles remain now in database even after a Tomcat restart.
Now, I’m not sure it’s the best solution for speed, it looks a bit slower that 
the default behaviour.

--

To Andrea :
There’s indeed a gwc subfolder but I can’t see anything related to cached tiles 
: only .xml and .bak files :

geowebcache.xml
geowebcache-diskquota.xml
geowebcache-diskquota-jdbc.xml (I’ve just tried the « external database » 
option , which works fine even after a tomcat restart, cached tiles remain in 
database)

And a series of geowebcache_2019_XX_XXTXX.bak files (actually , these are 
xml files)




Benoît DEGRÈVE
Risques sous-sols et cartographie
Bachelier en gestion de données et cartographie


De : Andrea Aime [mailto:andrea.a...@geo-solutions.it]
Envoyé : jeudi 18 avril 2019 10:53
À : Ian Turton
Cc : DEGRÈVE Benoît; geoserver-users@lists.sourceforge.net
Objet : Re: [Geoserver-users] Geowebcache empty after Tomcat restart and/or 
server reboot

Hi Ian,
but if this is an integrated GWC inside GeoServer, the tiles should go in the 
GeoServer data directory, gwc subfolder, and not
in the tomcat temp... Am I missing something?

Cheers
Andrea

On Thu, Apr 18, 2019 at 10:36 AM Ian Turton 
mailto:ijtur...@gmail.com>> wrote:
It sounds as though you haven't set a GEOWEBCACHE_DIR variable and the cache is 
being created in the tomcat temp space - is that the problem?

Ian

On Thu, 18 Apr 2019 at 09:14, DEGRÈVE Benoît 
mailto:b.degr...@issep.be>> wrote:

Hi all,



[First time I ask something to 
geoserver-users@lists.sourceforge.net<mailto:geoserver-users@lists.sourceforge.net>]



I use Geoserver 2.14 in Tomcat 8 with Apache2 and PostgreSQL for a web 
application (Openlayers) in a Linux Debian environnement.



I made several WMS cascades for several layers and used Geoserver GWC 
advantages for tile rendering improvements, which works fine, except that :



If I restart Tomcat and/or reboot the physical server, all tiles disappear...

If I restart Geoserver only (via Tomcat web UI), all is fine, tiles are still 
there and ready to be served to web clients



1)  Disk space limit is activated (100GB, default for all other parameters)

2)  For layers, I didn’t change anything to tile cache parameters except 
choosing PNG for image format and adding 2 gridsets

I can see cache expiration strategy parameters and wonder if that’s the root 
cause of my problem or not.
Any idea would be most welcome,
Regards,
Ben

___
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<mailto:Geoserver-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/geoserver-users


--
Ian Turton
___
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<mailto:Geoserver-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/geoserver-users


--

Regards, Andrea Aime == GeoServer Professional Services from the experts! Visit 
http://goo.gl/it488V for more information. == Ing. Andrea Aime @geowolf 
Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) 
phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 
http://www.geo-solutions.it http://twitter.com/geosolutions_it 
--- Con riferimento alla 
normativa sul trattamento dei dati personali (Reg. UE 2016/679 - Regolamento 
generale sulla protezione dei dati “GDPR”), si precisa che ogni circostanza 
inerente alla presente email (il suo contenuto, gli eventual

[Geoserver-users] Geowebcache empty after Tomcat restart and/or server reboot

[DEGRÈVE Benoît]

Hi all,



[First time I ask something to 
geoserver-users@lists.sourceforge.net]



I use Geoserver 2.14 in Tomcat 8 with Apache2 and PostgreSQL for a web 
application (Openlayers) in a Linux Debian environnement.



I made several WMS cascades for several layers and used Geoserver GWC 
advantages for tile rendering improvements, which works fine, except that :



If I restart Tomcat and/or reboot the physical server, all tiles disappear...

If I restart Geoserver only (via Tomcat web UI), all is fine, tiles are still 
there and ready to be served to web clients



1)  Disk space limit is activated (100GB, default for all other parameters)

2)  For layers, I didn't change anything to tile cache parameters except 
choosing PNG for image format and adding 2 gridsets

I can see cache expiration strategy parameters and wonder if that's the root 
cause of my problem or not.
Any idea would be most welcome,
Regards,
Ben

___
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