Support for dependency management in maven resolver ant tasks

Hi, I hope this is the correct mailing list for this. I created a PR here https://github.com/apache/maven-resolver-ant-tasks/pull/56 It fixes the issue reported here: https://github.com/apache/maven-resolver-ant-tasks/pull/56 Essentially it does two things 1. Adds support for a dependencymanagemen

PR - adding docs to maven resolver ant tasks

Hi, I created a draft to a PR for maven resolver ant tasks here: https://github.com/apache/maven-resolver-ant-tasks/pull/62 It does not contain any functional changes, just documentation in the form of javadoc and usage examples. Since there was basically no javadoc before, it contains quite

Re: PR - adding docs to maven resolver ant tasks

I've made some updates and set it to "ready for review" now. Best regards, Per On 7/7/25 23:31, Tamás Cservenák wrote: Sounds good. Make it non-draft once done. Thanks T On Mon, Jul 7, 2025 at 9:44 PM Per Nyfelt wrote: Hi, I created a draft to a PR for maven resolver

Re: Communicate around OSSRH end of life, maven-deploy-plugin and central-publishing-maven-plugin ?

gards, Per On Tue, 22 Jul 2025 at 13:25, Guillaume Nodet wrote: > And I think that's exactly the problem as the deployment needs to be a > single zip file IIUC. > > Guillaume > > Le mar. 22 juil. 2025 à 12:28, Per Nyfelt a écrit > : > > > > Hi Tamas, >

Re: Communicate around OSSRH end of life, maven-deploy-plugin and central-publishing-maven-plugin ?

ifacts" > kind of operation and Maveniverse Njord does that without interference to > your build. > > Maven4 has improved lifecycle with "after:all" but Maven3 does not, it > needs a bit more. > > T > > On Tue, Jul 22, 2025, 11:07 Per Nyfelt wrote: > &g

Re: Communicate around OSSRH end of life, maven-deploy-plugin and central-publishing-maven-plugin ?

in which detailed format (PUT individual files, send everything as a unique archive, split the archive in smaller ones, or any future strategy) On 2025/07/22 12:14:28 Per Nyfelt wrote: It CAN be deployed as a single zip but it does not have to be. The downside of deploying each module separatel

Re: Communicate around OSSRH end of life, maven-deploy-plugin and central-publishing-maven-plugin ?

?type=pom pkg:maven/se.alipsa.maven.example/publishing-example-parent@1.0.0 pkg:maven/se.alipsa.maven.example/publishing-example-subB@1.0.0 I'll do some more cleanup and polishing and then create a PR where we can continue the discussion... Best regards, Per On 7/31/25 10:22, Per Nyfelt

Re: Communicate around OSSRH end of life, maven-deploy-plugin and central-publishing-maven-plugin ?

id so that is all good. The question is if we want a parameter in distributionmanagement or in the plugin config to give the user an alternative to deploy as it works today or deploy using the new central api? Best regards, Per > > > I'm sure it is feasible, I just did not have t

Re: Communicate around OSSRH end of life, maven-deploy-plugin and central-publishing-maven-plugin ?

Hi, How about adding a deployToCentral (or similar) goal to the maven-deploy-plugin that uses the new API so that this is supported "natively"? I would be willing to implement it if you think it's a good idea. Regards Per On Tue, 22 Jul 2025 at 10:39, Jon Harper wrote: > Hi Hervé, > thanks for

Re: [DISCUSS] Maven 4.0 Namespace Strategy - Breaking Change Timing Discussion

Personal opinion (as a maintainer of several maven based oss projects, including some maven plugins): I think elharos approach is preferable and don't think we should wait until 5.0 to address this. Regards, Per On Tue, 22 Jul 2025 at 14:48, Guillaume Nodet wrote: > Hi all, > > I'm writing to i