Hi Dominik Thanks for starting this discussion !
About Blueprint Maven Plugin, do we really need to maintain it still ? I'm not sure it's heavily used, so maybe makes sense to "deprecate" it. I have the same comment for Application, worth to maintain it ? Imho, we should do a review on the "active/used" modules and clean this up (we can take a look on the Nexus stats for instance). About Java 11,17, 21, yes, I will take a look as it's a blocker for blueprint. Regards JB On Wed, Mar 5, 2025 at 10:15 PM Dominik Przybysz <alien11...@apache.org> wrote: > > Hi team, > > I would like to share the next steps I am planning for the modules in the > Apache Aries main repository. > > 1. > > *Move Blueprint Maven Plugin (BMP)* to a top-level directory to align > with our other Maven plugins. BMP is currently inside the Blueprint > directory, but apart from generating Blueprint bundles, it doesn't have > much in common with Blueprint itself. > 2. > > *Remove BMP support for Spring and Pax CDI annotations*, but support may > still be enabled by adding dependencies with annotation handlers in those > subprojects. I had planned this from the early stages of my work in the > plugin, and there are now better annotations available to support > Blueprint-specific elements like Service, Reference, and > ReferenceListener. This is a breaking change, so a release of version > 2.x is necessary. We should do this not only because of this change but > also because the minimum Java version is now 8. > 3. > > *Add support for Jakarta Inject and Transaction annotations* in BMP. > These annotations are now the standard, and we should have built-in support > for them. > 4. > > *Use BMP in samples and tutorials* – let's show how easy it can be to > use the plugin to generate Blueprint XML files. > > *Release Plan:* > > 5. > > I would like to start releasing the changes of our artifacts, with the > first one being the parent pom. It would be great to do this after the > Apache parent POM is released, but this is not blocking. I propose version > 3.0.0 since Java 8 is now the minimum required Java version. The bump in > the minimum Java version will also require a major version bump for all > artifacts using this POM. > 6. > > The versioning plugin now works with the LTS Java versions, so I think > the artifacts from the versioning module may be released next. > 7. > > The next release would be BMP, along with all the satellite artifacts > (annotations and handlers). > 8. > > The web module could also be released. > > *Blockers:* > > 9. > > I would like to continue working on adding support for Java 11, 17, and > 21 in other modules. I am especially waiting for a review of the proxy > module updates: PR #414 <https://github.com/apache/aries/pull/414> – > (especially @jbonofre, please take a look). Merging this PR should unblock > work in the Blueprint and Subsystem modules. > 10. > > The Application module needs significant attention since its > implementation uses org.osgi.service.framework from Eclipse Equinox, > which is available only in versions 3.5 to 3.7 (bug report > <https://bugs.eclipse.org/bugs/show_bug.cgi?id=345790>). The proper > replacement should be found, and there will likely be many changes needed > to make the Application module Eclipse-independent and ready for the > current LTS Java versions. > > > -- > Pozdrawiam / Regards, > Dominik Przybysz