You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The main problem with Constretto its too damn addictive and works too well... Kudos!
Our secondary problem is a question of best practice:
Can we change the Constretto config / append it, after its initial setup?
We set up Constretto via Spring, and some .properties files are not known until runtime of the app. However, I cannot figure how to accomplish changing the config in either constretto or spring, as the constretto wiring is masked by Spring.
An example is that I will want to run my constretto-configured application against several database tables. The app can be started anew, having all the diff'ing config contained in separate a .properties file per table. However, since the loading of the .configuration files is locked inside a spring.xml config, they cannot be changed.
I don't like the alternatives I've come up with; sym-links for the .properties or feeding ClassPathXmlApplicationContext a spring-xml with the config-du-jour.
What would you recommend?
The text was updated successfully, but these errors were encountered:
The main problem with Constretto its too damn addictive and works too well... Kudos!
Our secondary problem is a question of best practice:
Can we change the Constretto config / append it, after its initial setup?
We set up Constretto via Spring, and some .properties files are not known until runtime of the app. However, I cannot figure how to accomplish changing the config in either constretto or spring, as the constretto wiring is masked by Spring.
An example is that I will want to run my constretto-configured application against several database tables. The app can be started anew, having all the diff'ing config contained in separate a .properties file per table. However, since the loading of the .configuration files is locked inside a spring.xml config, they cannot be changed.
I don't like the alternatives I've come up with; sym-links for the .properties or feeding ClassPathXmlApplicationContext a spring-xml with the config-du-jour.
What would you recommend?
The text was updated successfully, but these errors were encountered: