Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jldmM-0004N0-TH for pljava-dev@arkaria.postgresql.org; Wed, 17 Jun 2020 19:31:22 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jldmL-0003q1-Pm for pljava-dev@arkaria.postgresql.org; Wed, 17 Jun 2020 19:31:21 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jldmL-0003nf-Kb for pljava-dev@lists.postgresql.org; Wed, 17 Jun 2020 19:31:21 +0000 Received: from anastigmatix.net ([68.171.219.55]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jldmJ-0005zw-4I for pljava-dev@lists.postgresql.org; Wed, 17 Jun 2020 19:31:20 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=anastigmatix.net; s=default; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:Cc:References:To:Subject:From:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=VFBpxorMiwZ4/Pg/tLcMq1UC0s54UbuSxZPJXtcfgYE=; b=lG6zkMXQAB2yyorcS1gOy22oD2 LW9LQKupXzkhjYQsq7DsuvfKXe6x1KEsY7v6+0pxBprACClgrDBW92YhlWDvcms1eqXVvTtTsipo4 Bg/jCrLzLh6oit8Zr+d7kgKll+3YfdVKynevcKcJJKAbw2WCGIxslK0LwX5wPsCni+vfCzM75wXn/ Lx8cK1HhlYMAWqOJUn8/fN4A+1c0Ieuqc+SWGZcs6dmze9NKhSuz8XW8ZsYmLWUH2z4+01rOvO8m9 yElacp6/sFlaOW32MTAtDPNlUIp3OIubC3B7Gu8XYYYYXd7+36Ep5mSJr7OK6emGm2HDYH5rl76rn 0KgVl4fg==; Received: from [184.19.31.139] (port=34052) by bay.acenet.us with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.93) (envelope-from ) id 1jldmH-000pqB-Ld; Wed, 17 Jun 2020 15:31:18 -0400 From: Chapman Flack Subject: Re: Detecting test failures reported as warnings To: Kartik Ohri References: <5EC17E17.7070002@anastigmatix.net> <5ED15825.9060504@anastigmatix.net> <5ED270BA.9010001@anastigmatix.net> <5ED3D488.1010401@anastigmatix.net> <5ED474CA.3000106@anastigmatix.net> <5ED4EA10.4030801@anastigmatix.net> <5ED7E74B.9020800@anastigmatix.net> <5EDA576E.2000204@anastigmatix.net> <5EDBA5D9.8090506@anastigmatix.net> <5EE7AE8C.2040201@anastigmatix.net> Cc: pljava-dev@lists.postgresql.org Message-ID: <5EEA6F85.9040009@anastigmatix.net> Date: Wed, 17 Jun 2020 15:31:17 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-OutGoing-Spam-Status: No, score=-95.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - bay.acenet.us X-AntiAbuse: Original Domain - lists.postgresql.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - anastigmatix.net X-Get-Message-Sender-Via: bay.acenet.us: authenticated_id: chap@anastigmatix.net X-Authenticated-Sender: bay.acenet.us: chap@anastigmatix.net X-Source: X-Source-Args: X-Source-Dir: X-From-Rewrite: unmodified, already matched List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 06/17/20 13:15, Kartik Ohri wrote: > Out of the box, Powershell only supports MySQL server. ODBC drivers will be > required to be built from source for use with Powershell which I think will > not be worth the complexity. Agreed. > JDBC driver for Java or using python may be a > viable option. I haven't had much success with the python version though. I was looking at the various Python driver choices myself the other night and it wasn't as promising as I thought. pg8000 was the pure-Python one that I remembered, but can't access warnings (as far as I can tell). py-postgresql looks quite promising and has message hooks, but even it has native components, as do several others. I stopped before completing an exhaustive survey. There's a lot to like about a Java and JDBC approach. It shouldn't be hard to get off the ground, JDBC has a nice standard API for finding out about warnings (and reading through the pgJDBC code, I believe it is implemented, though I haven't done a test yet). Later on, as the prerequisites for migrating to TAP get accomplished, that code could just be evolved to match. > In any case, a very simple query suppressed INFO outputs SET > client_min_messages TO WARNING. What should be the behaviour if warnings > are found ? Should be marked as failed or passing. My convention in the existing tests has been to use INFO to report success, and WARNING to report failure. The idea would be to let the test progress as far as it can, even complete if possible, but give an overall not-passing result if there were warnings. Regards, -Chap