On Thu, Sep 17, 2026 at 1:42 AM Hayato Kuroda (Fujitsu)
<[email protected]> wrote:
> How about attached?
> + An output plugin must be installed as a dynamically loadable library in a
> + location where the server can find it (see <xref
> linkend="xfunc-c-dynload"/>).
I think we should explicitly recommend installation into the
dynamic_library_path ($libdir for most people). Anything outside of
dynamic_library_path couples clients to the directory layout, and it
makes output_plugin_libraries maintenance harder/uglier.
> > Okay. Any thoughts on Bharath's note on "publication slot creation" above?
>
> I could not find the term "publication slot" in the existing doc, so I prefer
> his idea. Another one I came up with to just simplify:
>
> ```
> Removing from output_plugin_libraries will cause future logical replication to
> fail with an error. (Beware that existing replication tools may not degrade
> gracefully
> if the server is configured in this way.)
But only built-in logical replication will fail. How about
Core plugin for logical replication. Removing
<literal>pgoutput</literal>
from <literal>output_plugin_libraries</literal> will cause future
subscription connections, and maintenance of the replication slots
for subscriptions, to fail with an error. (Beware that ...
?
Thanks!
--Jacob
