Replies: 2 comments
-
|
I still hesitate to create a pull request as there are no reactions to this idea. Maybe some feedback from the core committers ? It should be easy to do, e.g. this would do the trick |
Beta Was this translation helpful? Give feedback.
-
|
This is definitely something that's been brought up before, albeit not very often. It's certainly a feature that I'd be willing to explore. A Please go ahead and open a PR with what you have already as a starting point! |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
It would be beneficial to keep source code for many application modules in once place, but then deploy the built container multiple times with only selected application modules being loaded in a each deployed instance.
This allows to develop in kind of a monolithic, but well structured way and at the same time deploy in a more microservice oriented fashion, which allows to reap e.g. the benefits of easily scaling some parts of the overall application.
As far as I got from the docs, this is not supported out of the box by Spring Modulith. I've already setup a small prototype that uses Spring Modulith's application modules API to adapt the application context upon startup. It basically just removes all application module provided bean definitions from the application context that are not required based on a list of application modules that should be active in a given instance.
First of all I ask myself the question if this is the proper way to go ? Additionally, I ask myself the question if this isn't a useful feature which should be added to Spring Modulith ?
Beta Was this translation helpful? Give feedback.
All reactions