Skip to content

Provide abstraction to access ApplicationModuleIdentifiers in order of module dependency #1066

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
odrotbohm opened this issue Feb 22, 2025 · 0 comments
Assignees
Labels
in: core Core module meta model in: runtime General runtime support type: enhancement Major enhanvements, new features
Milestone

Comments

@odrotbohm
Copy link
Member

Now that we can rely on application modules being consistently orderable according to their dependencies (GH-1060, GH-1063, GH-1064), it makes sense to provide that information at application runtime to enable downstream functionality based on that.

Related tickets

@odrotbohm odrotbohm added in: core Core module meta model in: runtime General runtime support type: enhancement Major enhanvements, new features labels Feb 22, 2025
@odrotbohm odrotbohm added this to the 1.4 M2 milestone Feb 22, 2025
@odrotbohm odrotbohm self-assigned this Feb 22, 2025
odrotbohm added a commit that referenced this issue Feb 22, 2025
…in order of module dependency.

Introduce ApplicationModuleIdentifiers as abstraction for an ordered collection of application module identifiers.

Introduced ApplicationModuleMetadata as abstraction for the generated metadata (usually located in META-INF/spring-modulith/application-modules.json) to expose the information we currently need to downstream infrastructure components. Migrated the components introduced to execute ApplicationModuleInitializers to AMA and adapt auto-configuration accordingly.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
in: core Core module meta model in: runtime General runtime support type: enhancement Major enhanvements, new features
Projects
None yet
Development

No branches or pull requests

1 participant