pgpool: Fix inconsistent internal transaction handling in Parse.

Fix inconsistent internal transaction handling in Parse.

Parse() started an internal transaction for a strict query in raw mode:

if (!SL_MODE)
if (is_strict_query(...))
start_internal_transaction(...);

Bind() correctly limits the same operation to replication mode:

if (REPLICATION)
if (is_strict_query(...))
start_internal_transaction(...);

This difference left an autocommitted extended-protocol UPDATE in a
transaction in raw mode because the internal transaction was never
closed.

Add the REPLICATION condition to Parse() to make it consistent with
Bind().

The issue was verified using pgproto with the following extended-query
message sequence:

'P' "s" "UPDATE scm_pgpool_txn_probe SET value=value+1 WHERE id=1" 0
'B' "" "s" 0 0 0
'E' "" 0
'S'
'Y'
'X'

Before the fix, Pgpool-II returned:

<= BE CommandComplete(UPDATE 1)
<= BE ReadyForQuery(T)

After the fix, it returns:

<= BE CommandComplete(UPDATE 1)
<= BE ReadyForQuery(I)

Author: Taiki Koshino <koshino(at)sraoss(dot)co(dot)jp>
Discussion: https://github.com/pgpool/pgpool2/issues/172
Backpatch-through: v4.3

Branch
------
V4_4_STABLE

Details
-------
https://git.postgresql.org/gitweb?p=pgpool2.git;a=commitdiff;h=68ba530c634aee24b9a4a78b9ac019af6a6a7980

Modified Files
--------------
src/protocol/pool_proto_modules.c | 6 +++++-
1 file changed, 5 insertions(+), 1 deletion(-)