Adjust pg_parse_json() so that it does not directly ereport().
authorRobert Haas <rhaas@postgresql.org>
Mon, 27 Jan 2020 16:03:21 +0000 (11:03 -0500)
committerRobert Haas <rhaas@postgresql.org>
Mon, 27 Jan 2020 16:04:51 +0000 (11:04 -0500)
commit1f3a021730be98b880d94cabbe21de7e4d8136f5
treea1eacb3d158bef0a800bb751906bc2640e5eb908
parent3e4818e9dd5be294d97ca67012528cb1c0b0ccaa
Adjust pg_parse_json() so that it does not directly ereport().

Instead, it now returns a value indicating either success or the
type of error which occurred. The old behavior is still available
by calling pg_parse_json_or_ereport(). If the new interface is
used, an error can be thrown by passing the return value of
pg_parse_json() to json_ereport_error().

pg_parse_json() can still elog() in can't-happen cases, but it
seems like that issue is best handled separately.

Adjust json_lex() and json_count_array_elements() to return an
error code, too.

This is all in preparation for making the backend's json parser
available to frontend code.

Reviewed and/or tested by Mark Dilger and Andrew Dunstan.

Discussion: http://postgr.es/m/CA+TgmoYfOXhd27MUDGioVh6QtpD0C1K-f6ObSA10AWiHBAL5bA@mail.gmail.com
src/backend/utils/adt/json.c
src/backend/utils/adt/jsonapi.c
src/backend/utils/adt/jsonb.c
src/backend/utils/adt/jsonfuncs.c
src/include/utils/jsonapi.h