On Wed, Feb 1, 2012 at 2:12 PM, Andrea Aime
<[email protected]> wrote:
> Hi,
> when working with GeoServer configuration we pay special attention to make
> sure that it's always possible to upgrade GeoServer from one version to the
> next without significant hiccups (not saying that it always works 100%, but at
> least we try hard ;-) )
>
> A current thread on the user list seems to imply that the same is not 
> happening
> GeoWebCache wise, the schema for geowebcache.xml changed and it seems
> that the current code cannot read a document that was working fine with
> GeoServer 2.0.2 + embedded GWC, breaking with a schema validation.

Schema validation can't break anything because it's not used to
"enforce" the configuration. The validation at start up is _only_ used
to log a warning message. XStream doesn't apply schema validation
afaik.

>
> How do we handle that so that we're not going to face similar issues in the
> future? Maybe change the GWC parsing technology so that it's not
> schema dependent,
As mentioned before, it's not schema dependant. Yet having a schema
and performing the validation at startup is a good way of letting the
user's know if there's something wrong with their config.

>or version the document similarly to OGC specs,
> and have a different schema and parser for each version?

The way it is handled right now is that an xslt stylesheet is applied
to the document at start up to make it match the current version. Only
if the configuration is saved later on programmaticaly the config file
will be saved with the latest format. Otherwise it'll be kept intact
and the log warning will show up at each start up, but it's nothing
but that, a log warning.
Also, there are unit tests that check every previous version is
compatible with the current one.

All that said, as you mentioned that thread suggests there's something
wrong. I asked the user who reported that to provide the original
geowebcache.xml document to see if that's actually the case or
something else. It may well be a corner case not covered by the unit
tests, of course.

Cheers,
Gabriel
>
> Cheers
> Andrea
>
> --
> -------------------------------------------------------
> Ing. Andrea Aime
> GeoSolutions S.A.S.
> Tech lead
>
> Via Poggio alle Viti 1187
> 55054  Massarosa (LU)
> Italy
>
> phone: +39 0584 962313
> fax:      +39 0584 962313
> mob:    +39 339 8844549
>
> http://www.geo-solutions.it
> http://geo-solutions.blogspot.com/
> http://www.youtube.com/user/GeoSolutionsIT
> http://www.linkedin.com/in/andreaaime
> http://twitter.com/geowolf
>
> -------------------------------------------------------
>
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
> _______________________________________________
> Geoserver-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel



-- 
Gabriel Roldan
OpenGeo - http://opengeo.org
Expert service straight from the developers.

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Reply via email to