From: | cwelton at greenplum(dot)com (Caleb Welton) |
---|---|
To: | |
Subject: | [Pljava-dev] pljava error logging levels |
Date: | 2010-07-26 21:08:34 |
Message-ID: | 6C857822-01B2-417D-8CFE-04309DB12A98@greenplum.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pljava-dev |
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: <http://lists.pgfoundry.org/pipermail/pljava-dev/attachments/20100726/ada19b3b/attachment.obj>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: ATT00001..txt
URL: <http://lists.pgfoundry.org/pipermail/pljava-dev/attachments/20100726/ada19b3b/attachment.txt>
From | Date | Subject | |
---|---|---|---|
Next Message | Luca Ferrari | 2010-07-27 07:00:33 | [Pljava-dev] pljava error logging levels |
Previous Message | Luca Ferrari | 2010-07-26 10:00:04 | [Pljava-dev] pljava error logging levels |