Andrea Aime wrote: > Ben Caradoc-Davies ha scritto: >> Andrea Aime wrote: >>> Jody Garnett ha scritto: >>>>> Works for me, but how do we deal with code that wants to throw a >>>>> safeguard exception in the last else? The usual "there is a programing >>>>> error, I don't know what this thing is" kind of exception. >>>> I think that shows up as a null pointer exception; or a compile error >>> Compile error would be best, a NPE please no, it's the worst exception >>> a program can throw. >> Almost the worst. The worst exception a program can throw is an >> exception that throws NPE in its own toString(), destroying all forensic >> evidence from the original exception. An example of this is >> org.geotools.feature.IllegalAttributeException: >> >> http://jira.codehaus.org/browse/GEOT-2111 > > Hum, there you have a jira issue assigned to no-one, with no one > watching it either. A recipe for a monologue with yourself.
There we have a Jira issue that was assigned to Jody, that Jody unassigned. It was not intended to be a monologue. > I've addded a few watchers that might be interested in commenting > (and eventually solving, thought the best route is always to provide > a patch). Thanks. This bug bit me hard again today. I do not have a GeoAPI workspace, but I realised that there is a hacky workaround that provides symptomatic relief. I will attach a patch and reassign to Jody (module maintainer). -- Ben Caradoc-Davies <[email protected]> Software Engineer, CSIRO Exploration and Mining Australian Resources Research Centre 26 Dick Perry Ave, Kensington WA 6151, Australia ------------------------------------------------------------------------------ _______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
