Re: oat_post_create expected behavior - Mailing list pgsql-hackers

From Jeff Davis
Subject Re: oat_post_create expected behavior
Date
Msg-id 965e830891dc775540264d9393ff987c622334a3.camel@j-davis.com
Whole thread Raw
In response to Re: oat_post_create expected behavior  (Mary Xu <yxu2162@gmail.com>)
List pgsql-hackers
On Tue, 2022-08-02 at 13:30 -0700, Mary Xu wrote:
> > Right, same thing I'm saying.  I also think we should discourage
> > people from doing cowboy CCIs inside their OAT hooks, because that
> > makes the testability problem even worse.  Maybe that means we
> > need to uniformly move the CREATE hooks to after a system-provided
> > CCI, but I've not thought hard about the implications of that.
>
> I like this approach, however, I am relatively new to the PG scene
> and
> am not sure how or what I should look into in terms of the
> implications that Tom mentioned. Are there any tips? What should be
> the next course of action here? I could update my patch to always
> call
> CCI before the create hooks.

I didn't see a clear consensus that we should call OAT_POST_CREATE
after CCI, so I went ahead and updated the comment. We can always
update the behavior later when we do have consensus, but until that
time, at least the comment will be more helpful.

If you are satisfied you can mark the CF issue as "committed", or you
can leave it open if you think it's still unresolved.

--
Jeff Davis
PostgreSQL Contributor Team - AWS





pgsql-hackers by date:

Previous
From: Jacob Champion
Date:
Subject: Re: CFM Manager
Next
From: Jacob Champion
Date:
Subject: Re: Support tls-exporter as channel binding for TLSv1.3