+1 to reduce the logging level to INFO. I see ERROR as being for "we did something wrong and should fix it", like HTTP 5xx Oops My Bad, whereas a client mistake or timeout is more like HTTP 4xx Not Our Problem, worthy only of INFO logging. Administrators can always adjust the logging level to investigate if needed.
Kind regards, Ben. On 09/02/17 03:08, Andrea Aime wrote: > Hi Daniel, > on my side I see it as a good thing, we already have some specialized logic > to avoid > logging stack traces when the output stream got closed in GeoServer face by > a client > that decided to stop waiting, what you propose seems to hit a similar theme. > > Let's hear what others have to say > > Cheers > Andrea > > > On Wed, Feb 8, 2017 at 3:00 PM, Daniel Baston <[email protected]> wrote: > >> Hello, >> >> What people think about reducing the log level (from ERROR to INFO) for >> messages generated when a client requests a feature type that does not >> exist? >> >> These requests do not indicate a problem with the server, and the client >> is correctly served a response indicating that the feature type does not >> exist. >> >> Currently it's possible for a single misguided client to flood the logs by >> requesting feature types that do not exist. >> >> Ticket reference: https://osgeo-org.atlassian.net/browse/GEOS-7916 >> >> Dan >> >> ------------------------------------------------------------ >> ------------------ >> 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 >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/geoserver-devel >> >> > > > > > ------------------------------------------------------------------------------ > 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 > [email protected] > https://lists.sourceforge.net/lists/listinfo/geoserver-devel > -- Ben Caradoc-Davies <[email protected]> Director Transient Software Limited <http://transient.nz/> New Zealand ------------------------------------------------------------------------------ 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 [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
