Thanks Baodi Shi. The proposed implementation is available in this PR: https://github.com/apache/pulsar/pull/20901.
- Michael On Fri, Aug 4, 2023 at 9:33 PM Baodi Shi <ba...@apache.org> wrote: > > Hi, Michael: > > I left some comments on the PR. > > if you could explain the implementation part in a little more detail. > > > Thanks, > Baodi Shi > > > On Jul 29, 2023 at 05:57:40, Michael Marshall <mmarsh...@apache.org> wrote: > > > * The PIP is https://github.com/apache/pulsar/pull/20903 > > > > - Michael > > > > On Fri, Jul 28, 2023 at 4:56 PM Michael Marshall <mmarsh...@apache.org> > > wrote: > > > > > > After looking a bit closer at the requirements for this feature, I > > > > determined the above solution does not work because it won't work for > > > > nested configurations. > > > > > > My new solution required a PIP: > > https://github.com/apache/pulsar/issues/20862. > > > > > > I'll start a new discussion thread. > > > > > > Thanks, > > > > Michael > > > > > > On Mon, Jul 24, 2023 at 5:33 PM Michael Marshall <mmarsh...@apache.org> > > wrote: > > > > > > > > > > Hi Pulsar Community, > > > > > > > > > > I would like to find a generic way to inject secrets into connector > > > > > configuration without needing to rewrite existing connectors. I > > > > > created this issue [0] to describe the current state of connector > > > > > secret management and to discuss potential solutions. I created [1] to > > > > > show my preferred solution. > > > > > > > > > > I don't think this change requires a PIP, but since it introduces a > > > > > new configuration, I am mentioning it on the mailing list. > > > > > > > > > > Thanks, > > > > > Michael > > > > > > > > > > [0] https://github.com/apache/pulsar/issues/20862 > > > > > [1] https://github.com/apache/pulsar/issues/20863 > > > >
