Re: Logical Decoding Callbacks - Mailing list pgsql-general

From Andres Freund
Subject Re: Logical Decoding Callbacks
Date
Msg-id 20150210085734.GC21017@alap3.anarazel.de
Whole thread Raw
In response to Logical Decoding Callbacks  (Xavier Stevens <xavier@simple.com>)
List pgsql-general
Hi,

On 2015-02-09 16:52:59 -0800, Xavier Stevens wrote:
> I'm trying to write a logical decoding plugin and I'm seeing some
> interesting behavior around the startup callback. When I use psql and the
> built-in SQL functions (like pg_logical_slot_peek_changes) to use my module
> I see the startup_cb get called. I have written my own streaming
> replication client and for some reason when I use my client the startup_cb
> does not get called, but I can still see the changes just fine. The reason
> why the startup_cb is particularly important in my case, is I'm trying to
> set two dynamic OIDs for PostGIS geometry and geography types. I've tried
> setting them both as globals and as part of the output_plugin_private data.
>
> Any idea what's wrong here? Did I miss something in the streaming
> replication documentation?

Hm, that's odd. The startup callback should (and is, I used it just a
couple hours ago) definitely be called when using the streaming
replication protocol. You're saying that the callback is not called when
you do START_LOGICAL_REPLICATION ... ?

Can you reproduce the problem with test_decoding? Because that'd
actually crash if no startup callback were registered...

Can you show your code/a testcase?

Greetings,

Andres Freund

--
 Andres Freund                       http://www.2ndQuadrant.com/
 PostgreSQL Development, 24x7 Support, Training & Services


pgsql-general by date:

Previous
From: Thomas Kellerer
Date:
Subject: Re: EXCLUDE constraint with not equals
Next
From: Andres Freund
Date:
Subject: Re: Logical Decoding Callbacks