Il 13 mag 2017 1:07 AM, "Ben Caradoc-Davies" <b...@transient.nz> ha scritto:
Nuno,
standards conformance is a good thing. There are three issues that we
need to discuss:
(1) This is a backwards-incompatible change for clients that rely on
receiving a response with a "text/xml" MIME type. As this behaviour does
not comply with the WFS 2.0 standard, clients have no basis to expect
it, but it is nonetheless a change that may have some impact.
Good call, we need a flag to re-instate previous behavior to avoid breaking
upgrades
for those that cannot fix the clients.
(2) GML 3.1 output will still use "text/xml". This is inconsistent with
GML 3.2 output, but then the WFS 1.1 and 2.0 standards are inconsistent.
Do we prefer standards conformance or consistency?
We have been running Cite tests for many years and are trying to update
them (first my repeated failed attempts at prepping the work and then
getting the community on board,
and now Nuno working on Wfs 2.0 conformance, and Jody also said Boundless
has an interest in upgrading the others to current) so
I guess the choice has been "conformance" (at least most of the time, I
don't pretend to make it the one and only).
(3) Web browsers (certainly Firefox and Chrome) commonly display
"text/xml" inline but offer to download "application/gml+xml". Try the
layer previews and demo requests with your change applied and see the
difference between GML 3.2 and GML 3.1. I can read XML (it is a Markup
Language after all) and I like "text/xml" which indicates something a
human can read. I think "application/gml+xml" is a horrible monstrosity.
LOL, I agree it's pretty bad, but so are other things that we are doing to
be compliant :-)
Cheers
Andrea
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
