Re: [DISCUSSION] Proposal to Replace Pulsar's Homegrown Configuration Framework with Gestalt Config

2024-04-10 Thread Dave Fisher
Moderators note. Colin is not subscribed to the mailing list. I’ve added them to the cc: > On Apr 10, 2024, at 9:56 AM, Colin Redmond wrote: > > Hello, > > I am the author of the Gestalt library and I am honored that you are > considering leveraging my library for your project. > > There are

RE: [DISCUSSION] Proposal to Replace Pulsar's Homegrown Configuration Framework with Gestalt Config

2024-04-10 Thread Colin Redmond
Hello, I am the author of the Gestalt library and I am honored that you are considering leveraging my library for your project. There are a lot of really great configuration libraries out there to chose from, and I see you have already done your to do your due diligence in reviewing many (i

Re: [DISCUSSION] Proposal to Replace Pulsar's Homegrown Configuration Framework with Gestalt Config

2024-03-15 Thread Matteo Merli
Pulsar broker already requires Java 17, so it's ok. > Isn't a concern that this library is not popular, relatively new and > maintained by a single individual? This looks to be a non-trivial library but also not a big one :) To me it doesn't look a big risk. If, down the road it gets abandoned w

Re: [DISCUSSION] Proposal to Replace Pulsar's Homegrown Configuration Framework with Gestalt Config

2024-03-15 Thread Nicolò Boschi
Isn't a concern that this library is not popular, relatively new and maintained by a single individual? https://github.com/gestalt-config/gestalt/graphs/contributors I mean, to me it's ok but we need to take into consideration that we might need to fork it and include it in the Pulsar project if t

Re: [DISCUSSION] Proposal to Replace Pulsar's Homegrown Configuration Framework with Gestalt Config

2024-03-15 Thread Zixuan Liu
+1 This is a good idea that using Gestalt config, which supports json, yaml, env and so on. One notice that Gestalt requires Java 11 or higher. Thanks, Zixuan Lari Hotari 于2024年2月21日 周三17:27写道: > Hello everyone, > > I would like to bring up an issue with Pulsar's containers, specifically > reg

Re: [DISCUSSION] Proposal to Replace Pulsar's Homegrown Configuration Framework with Gestalt Config

2024-02-25 Thread PengHui Li
> It would be nice to just have the config library to read the environment variables directly, instead of having to write them down in the file. I guess it should be easy to have it with the existing homegrown configuration solution without completely moving to a new lib. For the other points suc

Re: [DISCUSSION] Proposal to Replace Pulsar's Homegrown Configuration Framework with Gestalt Config

2024-02-21 Thread Matteo Merli
Good idea. It would be nice to just have the config library to read the environment variables directly, instead of having to write them down in the file. -- Matteo Merli On Wed, Feb 21, 2024 at 1:28 AM Lari Hotari wrote: > Hello everyone, > > I would like to bring up an issue with Pulsar's

Re: [DISCUSSION] Proposal to Replace Pulsar's Homegrown Configuration Framework with Gestalt Config

2024-02-21 Thread Enrico Olivelli
Lari, Il Mer 21 Feb 2024, 10:27 Lari Hotari ha scritto: > Hello everyone, > > I would like to bring up an issue with Pulsar's containers, specifically > regarding the method of overriding configurations. For instance, the > Apache Pulsar Helm chart employs "bin/apply-config-from-env.py > conf/br

[DISCUSSION] Proposal to Replace Pulsar's Homegrown Configuration Framework with Gestalt Config

2024-02-21 Thread Lari Hotari
Hello everyone, I would like to bring up an issue with Pulsar's containers, specifically regarding the method of overriding configurations. For instance, the Apache Pulsar Helm chart employs "bin/apply-config-from-env.py conf/broker.conf" and "bin/gen-yml-from-env.py conf/functions_worker.yml" [1]