From: cwelton at greenplum.com (Caleb Welton) Date: Mon, 26 Jul 2010 14:08:34 -0700 Subject: [Pljava-dev] pljava error logging levels In-Reply-To: <201007261200.05370.fluca1978@infinito.it> References: <3F082C5B-116B-4CB7-9755-B3D306B8C942@greenplum.com> <201007211505.50676.fluca1978@infinito.it> <910AD504-DD44-40EC-9592-426A84F5FA05@greenplum.com> <201007261200.05370.fluca1978@infinito.it> Message-ID: <6C857822-01B2-417D-8CFE-04309DB12A98@greenplum.com> Well the original question I asked was "Why does PL/Java try to filter log levels at all?". If we simply disabled the log filtering from PL/Java and let the log filtering happen naturally in Postgres then all of these problems just go away. This could be accomplished using the attached patch. Alternatively, significant improvement could be made by at least setting the log level correctly at init time by checking both log_min_messages AND client_min_messages and setting the log level to whichever is FINER grained logging. But since this still doesn't address changes to the GUCs over time it seems like a less desirable approach. Regards, Caleb -------------- next part -------------- A non-text attachment was scrubbed... Name: logHandler.patch Type: application/octet-stream Size: 4589 bytes Desc: logHandler.patch URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: ATT00001..txt URL: