As a developer, I would like to merge the efforts of MP and Jakarta EE into one place in the future.
1. Create a new major version for all MP specs to use the Jakarta EE namespace.
2. Keep a MicroProfile based on the Jakarta Core profile.
3. Merge MP JWT to Jakarta Security.
4. Merge MP RestClient to Jakarta Rest. I really like both annotation-based and programmatic programming models in Jakarta Rest, as they provide more options for developers.
5. The MP Reactive Context Propagation may be worked with Jakarta Concurrency or CDI to resolve the Context Propagation between async thread, Kotlin coroutine context, reactive context, etc. Make the developer's experience as smooth as using Spring.
6. The MP includes some experimental specs, not included in the MP release. I think it is a good mechanism to adopt a new spec. Jakarta EE can define a similar strategy to stabilize a new spec or new API in the existing spec step by step. For example, define an `incubator` sub-package in the spec API to compose a new API, or some annotation like the JUnit 5 API stability to mark an API as experimental and unstable, which could be updated and modified in the future. I think this way we can get real feedback from the developers, not just the discussion on the Jakarta EE mailing list.