Hi Terry,
GeoServer has some ability to set header caches.
http://docs.geoserver.org/stable/en/user/geowebcache/responseheaders.htmlmay
be of interest though I've not dabbled with that aspect.
To set headers in GeoServer it needs to be done on a per-layer basis
unfortunately-
http://docs.geoserver.org/stable/en/user/webadmin/data/layers.html?highlight=http%20cache%20header#edit-publishing-information
If you set the timeout for 43000 (~12hrs), that should ensure anything that
is cached is wiped out next day; it's unlikely many users will be doing
13hr days. :-)
As noted, this must be done on a per-layer basis. I opened a JIRA
improvement a few months back suggesting a universal default -
http://jira.codehaus.org/browse/GEOS-5833 - We've not sponsored it
ourselves, but you're welcome to if you wish.
I have no idea about WFS or how that is cached if at all (per client
rules?).
Cheers,
Jonathan
On 12 August 2013 09:25, Terry Rankine <terry.rank...@csiro.au> wrote:
> Hi Guys
>
> Where is the 'right place' to let users know that out data changes each
> night?
>
> We have a WFS on top of our dataset, and each night we slurp in updates
> from
> other providers. Can we configure Geoserver to help us tell out
> 'subscribers' how long our data is valid for?
>
> Can geoserver set a HTTP header telling caches up/downstream how long to
> keep the data for - or when it expires?
>
> Is this something that belongs in Geoserver or outside Geoserver?
>
> Geoserver already enables us to use GWC for WMS - but how do we let GWC
> know
> that our data is 'valid for the entire day' until midnight.... when it
> changes each night?
>
> While I am happy to just tell the bunch of users we know about using
> various
> methods (email, metadata, etc) What about the ones we dont personally know?
> Is there a way of using HTTP headers more effectively here - and 'which
> system' in the big picture should be responsible for that? Geoserver?
> External Cache?
>
> Is anyone else using HTTP Headers to inform users how long the data is
> valid
> for?
>
> Regards,
> Terry Rankine
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/the-right-place-to-inform-HTTP-Users-tp5072007.html
> Sent from the GeoServer - User mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> _______________________________________________
> Geoserver-users mailing list
> 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.
------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
