Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1uepl7-00FjB4-2V for pgpool-general@arkaria.postgresql.org; Thu, 24 Jul 2025 06:48:54 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1uepl6-006UsJ-7k for pgpool-general@arkaria.postgresql.org; Thu, 24 Jul 2025 06:48:52 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1uepl6-006UsB-24 for pgpool-general@lists.postgresql.org; Thu, 24 Jul 2025 06:48:52 +0000 Received: from meldrar.postgresql.org ([2a02:c0:301:0:ffff::31]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1uepl2-000YHt-2O for pgpool-general@lists.postgresql.org; Thu, 24 Jul 2025 06:48:52 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=postgresql.org; s=20171124; h=Content-Transfer-Encoding:Content-Type: Mime-Version:References:In-Reply-To:From:Subject:Cc:To:Message-Id:Date:Sender :Reply-To:Content-ID:Content-Description; bh=LAdeBx4iCxhSjZv0/GYCBmpfUwN+xL/pz5J0CifHgJ8=; b=w4HgIsI972Nu36C1urvMVuXP/i aQ7PNIz6J7DLvXghUWbyRuEHqXyMMPQ8gJ0xiE8G/Kh1Tzx21tyGt6vzwOCR6kJ6mM8Yt5YCz5gYy YJW9SYwVJqL1v3Lts0YvQS5i861p5yDeApRjOgPU/uUgxmXibMMLc/HnDMbzhXRdnSo7E/66ubqsG e4BmOd6Y8oIHPauVmYHLMCH1oBwBIqD2CS6AjjAgdritXWIWDXShyqam2k4emRf4U95k/Yonou/f+ 7W+L1GqcN/K8Q1qhBsaD4MZyz2hTV7WmuUkPLGFrrUTLDWq28srZDLhlPmTG4T2VwjiCwlSsBIzHl tvbgKXvg==; Received: from [2409:11:4120:300:a94e:96ef:9290:4c02] (helo=localhost) by meldrar.postgresql.org with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256 (Exim 4.96) (envelope-from ) id 1uepl0-001SZg-0U; Thu, 24 Jul 2025 06:48:49 +0000 Date: Thu, 24 Jul 2025 15:48:37 +0900 (JST) Message-Id: <20250724.154837.765982152313889926.ishii@postgresql.org> To: emond.papegaaij@gmail.com Cc: pgpool-general@lists.postgresql.org Subject: Re: FATAL: simple query "BEGIN" arrived before ending an extended query message From: Tatsuo Ishii In-Reply-To: References: <20250723.170320.645068218702820010.ishii@postgresql.org> <20250724.103607.89592995648988686.ishii@postgresql.org> X-Mailer: Mew version 6.8 on Emacs 26.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Host-Lookup-Failed: Reverse DNS lookup failed for 2409:11:4120:300:a94e:96ef:9290:4c02 (failed) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk > Hi, > > There's been some recent development on the side of pgjdbc as well: > https://github.com/pgjdbc/pgjdbc/pull/3728 > > We are currently testing that fix. With that patch, pgjdbc will always send > a sync first when in extended mode before sending a simple query. Ok. That's good. > Do you > think it's still a good idea to support mixing simple and extended mode in > pgpool? It's difficult for me to assess the risk of your proposed patch. I agree with your concern. Mixing simple and extended mode is a new code path in pgpool. Probably mixing simple and extended mode is also new code path in PostgreSQL backend. We can't ignore both risks. > Maybe it's better to just not allow it if that makes it easier to implement? I agree. I withdraw my patch. > Ps. Sorry for the bad quoting. No problem at all. > I'm writing this on my phone, as I'm still > on vacation. Sorry for bothering you vacation. Have a nice day! Best regards, -- Tatsuo Ishii SRA OSS K.K. English: http://www.sraoss.co.jp/index_en/ Japanese:http://www.sraoss.co.jp