Replies: 3 comments 4 replies
-
/cc @loicmathieu (mongodb), @radcortez (config) |
Beta Was this translation helpful? Give feedback.
0 replies
-
@geoand @FroMage |
Beta Was this translation helpful? Give feedback.
0 replies
-
The Mongo client extension relies on the fact that the clients need to be known at build time. This is the same situation as other clients like JDBC, Redis etc. |
Beta Was this translation helpful? Give feedback.
4 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Hi Team,
Would it be possible to make the mongoClientNames code configuration-based instead of relying on annotation scanning (@MongoClientName)? This would allow us to retrieve all configured tenant MongoClient instances via Arc.container() when needed (e.g., for creating indexes at startup) rather than injecting each client separately into our class.
Additionally, the current approach requires developers to modify the code whenever a new tenant needs to be onboarded. A configuration-based approach would make this process more dynamic and flexible.
I tried the following approach, but the issue is that the configuration becomes mandatory at build time, which I want to avoid to keep the solution dynamic.
Can anyone suggest an approach that eliminates this config binding at build time and allows it to be picked up at runtime ?
Thanks in advance !!!
Beta Was this translation helpful? Give feedback.
All reactions