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 1jldxd-0004ma-8x for pljava-dev@arkaria.postgresql.org; Wed, 17 Jun 2020 19:43:01 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jldxb-0005Qj-4C for pljava-dev@arkaria.postgresql.org; Wed, 17 Jun 2020 19:42:59 +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 1jldxa-0005Qc-CA for pljava-dev@lists.postgresql.org; Wed, 17 Jun 2020 19:42:58 +0000 Received: from mail-ej1-x62a.google.com ([2a00:1450:4864:20::62a]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1jldxW-00065Y-Kt for pljava-dev@lists.postgresql.org; Wed, 17 Jun 2020 19:42:57 +0000 Received: by mail-ej1-x62a.google.com with SMTP id mb16so3855217ejb.4 for ; Wed, 17 Jun 2020 12:42:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=vlmG1sEk51fPOZ1sUkI+Uf7D2RMNAHzyCtdUuAdkJjg=; b=CMyGKIFNorOwQK7NWtKKEBOVwB8afachI8eR6xVHTovOd+nRz7E7K2xwJ606PwX5hm eBvLDD2nECiHTcXPI3FGwdW0CYK9vnSKWdvEJjKqaMdQKSpO0tHe2rkqrwjFhP9iFoHC e+6gGc+VZz2mVA6r8mw33kdn75VFAhMzOrezgzNjTBHd5w4z1/UZmjzx0COVTm9W194+ dIONw34xu6kzHu3sAc8lDbaZFOtgkZ8o0TXCDcNawntm3qV7askgMf+4p7KQQ1Bo86Bt zXisE5bL75XjZwJFETkFlyp89E04vYGQz0NMsR1Bkee5lVl4ViGAnmsUiE9I/uQwj8Dl BWbA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=vlmG1sEk51fPOZ1sUkI+Uf7D2RMNAHzyCtdUuAdkJjg=; b=QGJ7EtjeT+3CDHDID8pMRwvbN3h1CWcN4bEpmIVF+fMeZsEhxaInu2+hqhh/yktxrS LC2I0W/aXhPSAO2NuB2ah7IoW/7/Mu9XPDege5KVHtEqHH485PSXnF1v83ZAhngQR1hj ZIV2RykYt6BnwAwewcq1gRHpOiM1mXtTKSYa1miVDsXN781kC1xAX/rzBq2MYjMjp5qh uvblEGKpenXvbuq9zIpk/vQaI6yD7MIgZE4dpQKRCpzeP3AI98M27eemlT5qhXyQk5MB 5ySpZiU8P//NV6/O8OjgsQXpyK0wiKVw41fKdExHoLYk9c0hnAwJcnRhqXTPo/FGaYaP H+IQ== X-Gm-Message-State: AOAM531wHFfkDRLdsAs3ywwNFe/bnMzzrxUrA6aE2zdB5sP8NTjVv4Sb maeiTktWnQnVczcVXLU8CpvMgW2wj7gbc6jX28CYtIe2 X-Google-Smtp-Source: ABdhPJwXkemgtUK9+0JDs1ZAqCo1lwf8XUTgP6/BiDK6awbIHTd7lLNJ9WAqcTfFY0iO2Q7NdCdcXZPK69JVUXF24So= X-Received: by 2002:a17:906:5e07:: with SMTP id n7mr750204eju.48.1592422972474; Wed, 17 Jun 2020 12:42:52 -0700 (PDT) MIME-Version: 1.0 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> <5EEA6F85.9040009@anastigmatix.net> In-Reply-To: <5EEA6F85.9040009@anastigmatix.net> From: Kartik Ohri Date: Thu, 18 Jun 2020 01:12:41 +0530 Message-ID: Subject: Re: Detecting test failures reported as warnings To: Chapman Flack Cc: pljava-dev@lists.postgresql.org Content-Type: multipart/alternative; boundary="0000000000009b47a605a84cdd4e" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --0000000000009b47a605a84cdd4e Content-Type: text/plain; charset="UTF-8" > > 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. > As of now, setting client log level seems to work very well. Should I try to work out this approach or go ahead? --0000000000009b47a605a84cdd4e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
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.
As of now, s= etting client log level seems to work very well. Should I try to work out t= his approach or go ahead?=C2=A0
--0000000000009b47a605a84cdd4e--