I have one GeoServer (A) with another configured as a deligated WFS (B).

If I publish a layer in B then go to A and try to publish that (deligated) 
layer, then I can't because (A) won't have done another GetCapabilities on (B) 
to see the new layer.

If I restart (A) then all is fine as it does a GetCapabilities on (B) at 
startup - restarting is not an option.
If I remove then re-add (B) through the GUI as a deligated WFS store then all 
is well as it does a GetCapabilities when I go to add the new layer - this is 
'ok ish' but bad from a 'seamless' integration point of view

I'm trying to force (A) into a GetCapabilities of (B) through the RESTful 
interface but it seems impossible.  If I 'reload', then no GetCapabilities on 
(B) is performed and I get the same list of layers I had from the original 
GetCaps.  If I add/remove the datastore through REST then the GUI confirms the 
operations are working but the GetCaps is never re-performed and the same 
(original) list is ALWAYS presented to me.  This is wrong surely.  The docs say 
the cache is cleared but a GetCaps is NEVER performed more than once in the 
same run session for a particular (WFS) url.  If you change the url of the (B) 
datastore to a new one (C) through REST then GetCaps is done on (C), but put it 
back to (B) and it thinks it's already done it.

Basically  it looks to me that there is a list of urls that have been GetCap'ed 
and that list survives a 'reload'.  Is there any way to do this please?


JASON MARDELL
Software Engineer
HP Enterprise Services Defence & Security UK Ltd.
Telephone +44 (0)1256 742791
Mobile +44(0)7590 424205
Email [email protected]<mailto:[email protected]>
1-3 Bartley Wood Business Park, Bartley Way, Hook, Hants, RG27 9XA
United Kingdom



This email contains information which is confidential and may be privileged. 
Unless you are the intended addressee (or authorised to receive for the 
addressee) you may not use, forward, copy or disclose to anyone this email or 
any information contained in this email. If you have received this email in 
error, please advise the sender by reply email immediately and delete this 
email.

EDS Defence Ltd,
Registered Office: Cain Road, Bracknell, Berkshire, RG12 1HN.
Registered in England No: 936751



<<inline: Picture (Metafile) 1.jpg>>

------------------------------------------------------------------------------
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
_______________________________________________
Geoserver-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Reply via email to