Spdy support

Hi all! The spdy protocol (http://en.wikipedia.org/wiki/SPDY) is getting more and more tracking and giving some good performance benefits virtually for free. I was wondering if anybody knows if the http libraries used by Maven for the various requests (wagon and others) already support spdy or if

Re: [VOTE] Apache 3.1.0-alpha-1 (Take 4)

Awesome! Congrats to everyone involved. I am looking forward to adapting the Android Maven Plugin and releasing a new version asap! Manfred > +1: Arnaud, Hervé, Brian, Baptiste, Mirko > > Vote passes. I will roll out the release later today. > > On Jun 4, 2013, at 12:13 PM, Brian Fox wrote: > >

Re: Maven 3.1.0-alpha-1 release notes

The sentence The switch in the core from Sonatype Aether {{{http://eclipse.org/aether}Eclipse Aether}}. is missing a "to" Feel free to reference the Android Maven Plugin breaking with 3.1. We plan to upgrade the plugin to work with 3.1 (currently ongoing in https://github.com/jayway/maven-androi

Re: Maven 3.1.0-alpha-1 release notes

> I added the Android Maven Pugin to > https://cwiki.apache.org/confluence/display/MAVEN/AetherClassNotFound > > Do you have any issue tracking reference to link to? > > > On fixing the issue: I had a very quick look at your poms, and IIUC, > you're > using much Aether API directly from your plugin

Re: Maven 3.1.0-alpha-1 release notes

y layer between >> both >> Aether versions. I didn't look precisely into your plugin code, I don't >> know >> if this strategy can fit. >> >> Regards, >> >> Hervé >> >> Le jeudi 6 juin 2013 14:17:17 Manfred Moser a écrit : >&

Re: [VOTE] Apache 3.1.0

AWESOME!!! Thanks for getting this out the door. manfred > I will send out the vote result and do the release over the weekend. > > On Jun 30, 2013, at 3:00 PM, Jason van Zyl wrote: > >> Here are the release bits for 3.1.0: >> >> Release notes: >> https://jira.codehaus.org/secure/ReleaseNote.jsp

Plugin testing release for 3.1.1

Hi! With the 3.1.1 release of Maven coming up hopefully soon I would like to move forward with the plugin testing harness using it as well. Jason fixed it to work with 3.0 and requested the repo to be moved from svn to git so he can release 2.2 over a month ago. It seems like nothing happen on th

RE: Plugin testing release for 3.1.1

> Manfred > > if there is a problem is on the Apache side you should be able to make the > change wheres the hangup I am not a committer so I have no way to do anything. Maybe I should become one.. manfred - To unsubscribe, e-ma

Re: Plugin testing release for 3.1.1

Seemingly it does.. a release together with the 3.1.1 release of Maven would be great. manfred > I will if it takes 60 days to create a Git repo. > > On Sep 19, 2013, at 4:47 PM, Olivier Lamy wrote: > >> Maybe can be release from svn. >> >> On 13 September 2013

Re: [DISCUSS] Converting site documentation to Markdown

> If I was choosing to write a technical book I would choose asciidoc. Agreed.. in fact asciidoc is the default markup tool at OReilly. I use it for all the books as Sonatype including Maven: The Complete Reference and Maven by Example.. > AsciiDoc is the technically superior product that may wel

Re: Maven Core moving to 1.6

True... but we already did the same when moving from Maven 3.0.5 to 3.1.0, which is not a drop in replacement... so it would be consistent ;-) manfred > Well, I don't see the difference, but if I put it this way: > I would be -1 to release Maven 3.1.2 requiring Java 1.6. > One shouldn't bump plat

Re: Maven Core moving to 1.6

lease. > See http://semver.org/ for descriptions of the words I used. > > On Mon, Oct 7, 2013 at 9:01 PM, Manfred Moser > wrote: >> True... but we already did the same when moving from Maven 3.0.5 to >> 3.1.0, >> which is not a drop in replacement... so it would be consis

plugin-testing release for 3.1.1

Hi! I have a fork of plugin-testing that works for 3.1.1 at https://github.com/mosabua/plugin-testing/tree/maven311 It works fine and we currently use it for the android maven plugin master branch that is migrating to 3.1.1. Could someone please apply the patches back to the repo and release this

Re: plugin-testing release for 3.1.1

of mentors who have commit > access to shout at if your patches are being ignored ;-) > > IOW self starters wanted ;-) > > On Wednesday, 16 October 2013, Manfred Moser wrote: > >> Hi! >> >> I have a fork of plugin-testing that works for 3.1.1 at >> ht

Re: Programmatically adding dependencies to a MavenProject

> Benoit Billington wrote: > >> I'm facing this problem too. >> >> Android has created a new format for its libraries called Android >> Archive >> (.aar) >> >> This format described here: >> http://tools.android.com/tech-docs/new-build-system/aar-format contains >> a >> "/classes.jar" >> >> How wou

Re: Programmatically adding dependencies to a MavenProject

> @Manfred We cannot extract the jar into target/classes because the compile > phase will not pick anything from target/classes but use that as output > only. (I didn't check that but It makes sense :) ) > > @Jorg I cannot let the user set the dependency "jar" in the pom. > 1° the extracted path i

Re: plugin-testing release for 3.1.1

October 2013 04:36, Manfred Moser wrote: >> Given its all in the git repo already.. do you want me to create a patch >> for whatever is in svn then? And maybe attach it to some jira issue or >> something? >> >> manfred >> >>> Any work that gets patches appli

Android Maven Plugin 3.8.0

As you probably noted I cut the 3.8.0 release of the Android Maven Plugin and announced it on the users list. It should be of note to you that we now require Maven 3.1.1+ for developers and users. I have added a prerea and an enforce plugin setup. As part of getting the build to work I needed a M

Re: Model Version 5.0.0

> By separating "consumption" and "production" metadata formats, we'll be > able to evolve production format more aggressively. For example, it > would be nice to have Tycho-specific configuration markup inside > section. This is not currently possible because all poms must be > compatible with t

Re: Model Version 5.0.0

> On Sunday, 24 November 2013, Manfred Moser wrote: > >> >> > By separating "consumption" and "production" metadata formats, we'll >> be >> > able to evolve production format more aggressively. For example, it >> > would be ni

Re: releasing plugin testing 3.0.0

> Any objections I stage maven-plugin-testing sometime this week? None at all. In fact I could move to it from my fork in the android maven plugin once its out.. manfred - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org

Re: [VOTE] Release Apache Maven Plugin Testing version 3.0.0

+1 for me. Works with the android maven plugin build using Maven 3.1.1 Thanks Manfred > Hi, > > We solved 4 issues: > http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11740&version=18839 > > There are still a couple of issues left in JIRA: > http://jira.codehaus.org/issues/?jql=project

Re: [VOTE] Release Apache Maven Plugin Testing version 3.0.0 (take 2)

Thanks for the release... Android Maven Plugin is using it now in master ;-) > I emailed vote results couple of days before. Not sure what happened. > I just resent the email. Let me know if you still don't see it. > > -- > Regards, > Igor > > On 12/11/2013, 12:06, Hervé BOUTEMY wrote: >> the arti

Re: New logo?

What a splendid idea! This is by far my favourite. Trailed by the Moose maybe. We could use a symbolized interpretation of a Raven along the lines of https://www.google.ca/search?q=raven+pacific+northwest+art&espv=210&es_sm=119&tbm=isch&tbo=u&source=univ&sa=X&ei=ATezUofzI4jyoASBnIAo&ved=0CC4QsAQ&

Re: New logo?

t; all black stencil version might work for small versions with the full > colour at 200px+ > > On Thursday, 19 December 2013, Paul Benedict wrote: > >> I like the Raven idea -- especially if you can color the bird with the >> Apache feathers look. >> >> >>

Re: New logo?

f the raven totems > > The -7 set all echo the gradient used in the Apache feather, though I > think > the solid colour might have more strength. > > I'll see if I can find another one to try tracing > > > On 19 December 2013 20:35, Manfred Moser wrote: > >>

Re: New logo?

> > On Dec 20, 2013, at 1:01 PM, Manfred Moser > wrote: > >> I would move the Raven closer to the word Maven but otherwise this looks >> good imho. Of course I am not sure if everyone would recognize it as a >> raven .. > > That’s my problem…. doesn’t look l

Re: New logo?

logo > > On Friday, 20 December 2013, Manfred Moser wrote: > >> > >> > On Dec 20, 2013, at 1:01 PM, Manfred Moser >> >> > >> > wrote: >> > >> >> I would move the Raven closer to the word Maven but otherwise this >&

Problem with transitive Guava dep

In the Android Maven Plugin we use the maven-plugin-api, which has a transitive dependency to guava 10.0.1. Another dependency (android tools common) pulls in 13.0.1 and things are fine so far. However when I now upgrade to the latest version of the android tools I get 15.0. Problem is that causes

Re: Problem with transitive Guava dep

e stuff and then verify the results. Can I do that easily with verifier based tests? If so maybe I should just refactor those tests although thats going to be quite a bit of work.. but better going forward. manfred > > -- > Regards, > Igor > > On 1/24/2014, 17:02, Manfred Moser w

Maven/Aether Ant Tasks

Hi all! >From what I understand the current Maven Ant Tasks on the site are based on Maven 2 and therefore not a good idea to be used in a Maven 3 environment. However the Aether Ant Tasks have been released and are available. I am wondering if we should point users to those and if there is any g

Re: [VOTE] Release Maven 3.2.1

+1 from me. Works with ksoap2-android, android-maven-plugin and the samples. manfred - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org

Re: Using Maven Project (JAR) as library for non-Maven Android project

Agreed ;-) You will need to build your Android app somehow. And either way.. you can use the jar no matter how it was built. Maven or not. Manually manaing the jar will be more painful than using Maven... or Gradle if you want to use that (but then you should ask for more help elsewhere ;-)

Re: svn commit: r1595491 - in /maven/shared/trunk/maven-dependency-tree: ./ src/it/multi-module-plugin/ src/it/multi-module-plugin/resources/ src/it/multi-module-plugin/resources/META-INF/ src/it/mult

I totally agree with William here. I also think that any standard that is not enforced easily is pointless. Thats why I implemented the checkstyle verification to be part of the default build in the android maven plugin (and other projects). I find this tremendously helpful. It removes any doubt

Re: Apachecon in budapest ?

A regular Maven hangout would be great. I have been contemplating doing that for the android maven plugin community alone for a while already. Maybe I kick that off with the upcoming release of 4.0.0 ;-) manfred Jason van Zyl wrote on 11.06.2014 06:32: > Generally in the last 13 years these t

Re: Apachecon in budapest ?

amp;hour=15&min=0&sec=0&p1=224&p2=250&p3=136&p4=166 > > It's always hard given that we're all around the world, but I'll throw that > out > as a starting point. > > On Jun 11, 2014, at 6:26 PM, Manfred Moser wrote: > >> A regula

Re: Hangout summary?

Boutemy, Karl-Heinz Marbaise, >> Mark Struberg >> 21:00-22:00 (IST) Stephen Connolly >> >> unknown, please complete >> Jason van Zyl >> Igor Fedorenko >> Manfred Moser >> Mark Derricutt >> Emily Blades >> >> thanks, >> Robert >> >

Re: Hangout summary?

Just to give Olivier a chance to join, let's collect the local times of >> >> the current joiners and try to find a timeslot when it's not midnight: >> >> >> >> If I'm correct, following have joined at least 2 times or are Maven PMC >>

Re: Maven Developer Hangout

We will definitely run the event. I got at least 3 topics to cover. manfred Karl Heinz Marbaise wrote on 24.07.2014 08:55: > Hi, > > I would like to attend... > > Kind regards > Karl-Heinz > > > - > To unsubscribe, e-mail:

Maven Developer Hangout - 2014-07-24

Hi all! We had another interesting and productive developer hangout today. The following topics were discussed and raised: - new release of progressive-organization-pom available https://github.com/simpligility/progressive-organization-pom - new release of Android Maven Plugin 3.9.0-rc.3 http

Re: Maven Developer Hangout - 2014-07-24

are they about anything related to Maven? >> I thought these were to focus on 4.0 enhancements. Perhaps I misunderstood; >> it looks this week's topics were mostly private company infrastructure >> stuff. >> >> >> Cheers, >> Paul >> >> >

Re: [VOTE] Release Apache Maven PMD Plugin version 3.2

How did you end up handling the java 6 requirement? manfred Dennis Lundberg wrote on 28.07.2014 15:04: > Hi, > > This is a Java 8 compatibility release. This release is needed to be > able to use Maven PMD Plugin on Java 8 sources. This involved > upgrading to PMD 5.1+ which in turn requires a

Re: [VOTE] Release Apache Maven 3.6.0

Used it every day since this email for a bunch of different projects of varying complexity and everything is working fine. +1 Manfred Karl Heinz Marbaise wrote on 2018-10-24 12:50: > Hi, > > We have solved 26 issues: > https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12316922&

Re: Enable Travis on Maven Scripting Plugin

I agree with Tibor. I would rather not have to deal with two different CI systems... Manfred Tibor Digana wrote on 2019-01-04 14:00: > @Stephen Connolly > After such a big investment, especially made on your side, in Jenkins > plugin you developed you do not want to support the GitHub PRs and

Re: Enable Travis on Maven Scripting Plugin

Fair enough. If its just for outside contributor PRs I am agree with not owning the risk ;-) Stephen Connolly wrote on 2019-01-04 16:06: > On Fri 4 Jan 2019 at 22:00, Tibor Digana wrote: > >> @Stephen Connolly >> After such a big investment, especially made on your side, in Jenkins >> plugi

Recent Maven Wrapper releases

Hi all, Just wanted to give you a heads up about the recent Maven wrapper and plugin releases. https://www.simpligility.com/2019/03/recent-maven-wrapper-updates/ Some pretty nice features worth checking out imho. Go update your projects to this latest version! Manfred --

Kotlin for your pom

Hi all, Just a quick heads up that the new polyglot-maven release I cut recently features a MUCH improved support for Kotlin. So with the help of polyglot-maven you can write your pom in yaml, ruby, scala, kotlin and a bunch of other formats now. Check it out and send us any feedback ... htt

Re: Accessing a maven repository programatically (in 2019)

Michael, Have a look at my Maven Repository Provisioner codebase. It does exactly what you want and also includes dependencies and upload to a repo manager. It now uses the Maven Resolver in the latest version so its up to date.. https://github.com/simpligility/maven-repository-tools Specific

Maven Wrapper updated to Apache Maven Version 3.6.1

I just cut a new release of maven wrapper and the plugin for installing it. It now defaults to the shiny new 3.6.1 Enjoy manfred Karl Heinz Marbaise wrote on 2019-04-13 03:03: > The Apache Maven team is pleased to announce the release of the Apache > Maven 3.6.1. > > Apache Maven is a softwar

Re: [VOTE] Retire Maven Repository Plugin

+1 Robert Scholte wrote on 2019-04-23 12:43: > Hi, > > The Apache Maven project consist of about 100 (sub)projects. Due to the small > number of volunteers and the huge amount of code to maintain we're missing > enough space to make real progress on all these projects, including > our ambitious

Re: [VOTE] Retire Maven Runtime library

+1 .. definitely about time ;-) Robert Scholte wrote on 2019-05-15 13:33: > Hi, >   > The Apache Maven project consist of about 100 (sub)projects. Due to the small > number of volunteers and the huge amount of code to maintain we're missing > enough space to make real progress on all these proje

Re: [VOTE] Retire Maven Ant Plugin

Somewhere between +5 and +10 ;-) Robert Scholte wrote on 2019-05-28 11:54: > Hi, > > The Apache Maven project consist of about 100 (sub)projects. Due to the small > number of volunteers and the huge amount of code to maintain we're missing > enough space to make real progress on all these projec

Kotlin pom

Shipped 0.4.1 of polyglot-maven with more kotlin goodness ;-) https://www.simpligility.com/2019/06/kotlin-improvements-for-polyglot-maven/ Enjoy Manfred - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional

Re: Kotlin pom

wrote on 2019-06-08 07:52: > If polyglot was included directly in Maven dist, we could run the build > with something like this: > $ mvn -f pom.kts install > > Any thoughts? > > On Sat, Jun 8, 2019 at 1:55 AM Manfred Moser > wrote: > >> Shipped 0.4.1 of polyglo

Re: [VOTE] JDK 8 Minimum Requirement for Maven 3.7.0

+1 or more ... haha Manfred Stephen Connolly wrote on 2019-10-29 16:23 (GMT -07:00): > +1 > > On Tue 29 Oct 2019 at 20:11, Karl Heinz Marbaise wrote: > >> Hi to all, >> >> based on the discusion this is the formal VOTE to lift the minimum of >> Maven Core with version 3.7.0 to JDK 8 minimum.

Re: [VOTE] Release Apache Wagon version 3.3.4

Why? jsoup is MIT licensed which is compatible with Apache V2. Manfred Vladimir Sitnikov wrote on 2019-11-05 11:10 (GMT -08:00): >> Staging repo: >> https://repository.apache.org/content/repositories/maven-1535/ > > -1 since > https://repository.apache.org/content/repositories/maven-1535/org/a

Re: [VOTE] Release Apache Maven version 3.6.3

+1 works for polyglot-maven, maven-wrapper and a whole bunch of other projects of various sizes and complexity. Manfred Robert Scholte wrote on 2019-11-21 12:06 (GMT -08:00): > Hi, > > This will be a regression release based on some critical issues discovered in > Maven 3.6.2 > > We solved 1

New Maven wrapper release

I just release a new version which now default to use Maven 3.6.3. Update your projects with mvn -N io.takari:maven:0.7.7:wrapper and enjoy. More info at https://github.com/takari/maven-wrapper Manfred - To unsubscribe, e-ma

Re: Defining EoL for Older Maven Versions

Chiming in late since I remember we discussed this before. Here is my view. All releases beyond the most recent one are essentially end of lifed. We never backport, we have no explicit support and whenever we fix something it goes into the next release. That is what we concluded last time and

Re: Version poll results

To be honest I dont think this needs fixing on the Maven side. If we change behavior we just break other approaches. Instead users that want to use semver with three digits and want logic ordering should just do so. So do NOT use a version like 2.1 .. instead use 2.1.0. Problem solved. Also .

Re: Version poll results

Elliotte Rusty Harold wrote on 2020-01-07 13:38 (GMT -08:00): > On Tue, Jan 7, 2020 at 4:00 PM Clemens Quoss wrote: >> >> artifactId-version-classifier.jar >> >> How do i separate the classifier? >> > > If all you have is the name of the jar, I don't think you can. You > need the repo metadata o

Re: Version poll results

> —Matt > — > Open Source Technologies @  > > > On Jan 7, 2020, at 1:29 PM, Manfred Moser wrote: > > To be honest I dont think this needs fixing on the Maven side. If we change > behavior we just break other approaches. > > Instead users that want to use semver w

Re: Maven Wrapper

I have maintained the wrapper in a separate repo the last couple of years. In my opinion the wrapper should automatically default to the latest release of Maven, but allow configuration to use older versions. Of course that comes with the usual claim that there is no such thing as support for

Re: Maven Wrapper

Chris, IANAL but I dont think we can make such a claim ... even though there is not much to the code and scripts ... its still an Apache project and code of it.. Manfred Christofer Dutz wrote on 2020-02-12 22:29 (GMT -08:00): > Hi all, > > would it also be possible for some sort of official

Re: Maven GroupID authority

This is a left over from bad choices made decades ago. Now Maven Central has well documented criteria ... very contrary to nearly all other binary repos.. https://central.sonatype.org/pages/ossrh-guide.html https://central.sonatype.org/pages/requirements.html#correct-coordinates And the video

Re: Maven GroupID authority

compliance > - Provide symlinks for backwards compatibility for a limited period of > time (1 year) > - Update Maven clients to provide warnings for symlinks during > builds/tests/etc > > > On Thu, Feb 13, 2020 at 10:23 PM Manfred Moser > wrote: > >> This is

Re: Maven GroupID authority

mpliance > - Provide symlinks for backwards compatibility for a limited period of > time (1 year) > - Update Maven clients to provide warnings for symlinks during > builds/tests/etc > > > On Thu, Feb 13, 2020 at 10:23 PM Manfred Moser > <mailto:manf...@simplig

Re: Maven GroupID authority

the same dependency in the same classpath, is only going to become > impossible with Java Modules. > > Maven is at an optimal position within the community to prevent module > naming from going haywire and becoming useless. I believe these two issues > are intrinsically linked. &g

Re: Maven GroupID authority

>From what I know it is no taken into account by the resolver. Elliotte Rusty Harold wrote on 2020-02-14 14:25 (GMT -08:00): > On Fri, Feb 14, 2020 at 5:12 PM Hervé BOUTEMY wrote: >> >> Le vendredi 14 février 2020, 14:11:07 CET Elliotte Rusty Harold a écrit : >> > Changing group IDs of existing

Re: Maven Wrapper

Agreed... if you think now is a good time, I am happy to update the Takari repos with a redirect to the maven dev list and the sandbox repo for now. I plan to close all issues and all PR and declare the project inactive and moved to Apache Maven upstream. Just not sure what the best timing for

Re: Maven Wrapper

a 3.6.3 regression release to give us time to work on > 3.7.0. > > Robert > On 18-2-2020 18:50:01, Manfred Moser wrote: > Agreed... if you think now is a good time, I am happy to update the Takari > repos with a redirect to the maven dev list and the sandbox repo for now. >

Re: Maven Wrapper

All done. All note with pointers to both project readme files, closed all issues and closed all PRs. Hopefully further input and help will show up here now. Manfred Robert Scholte wrote on 2020-02-18 10:56 (GMT -08:00): > sure, go ahead > On 18-2-2020 19:47:29, Manfred Moser wrote:

Re: Maven Wrapper

profiles. > > I would like to understand the need for every class, otherwise remove it, > especially if we start over with a clean codebase. > Do you see a risk? > > Robert > > On 19-2-2020 06:19:54, Manfred Moser wrote: > All done. All note with pointers to both pr

Re: Maven Wrapper

That sounds good. Robert Scholte wrote on 2020-02-19 12:50 (GMT -08:00): > I will write several integration tests matching these use cases. > Based on that we can decide what to do. > > Robert > > On 19-2-2020 21:04:51, Manfred Moser wrote: > There are kinda three main u

Re: Maven Wrapper

0 9:50:14 PM > An: dev@maven.apache.org > Betreff: Re: Maven Wrapper > > I will write several integration tests matching these use cases. > Based on that we can decide what to do. > > Robert > > On 19-2-2020 21:04:51, Manfred Moser wrote: > There are kinda three main us

Re: Maven GroupID authority

Anything that goes to Central is immutable .. so no edits or updates or whatever. Make sure you keep that in mind Manfred Jonathan Valliere wrote on 2020-02-20 09:50 (GMT -08:00): > Just indicate a date in the pom at which point the relocation warning turns > into a relocation error. date. S

Re: Maven Repository Security issues: any war stories?

The order of repositories in a pom, settings and repo manager is crucial. Some companies use their own repos on top since they trust them the most. I have seen internal teams deploying patched version into those which then essentially override the real dep from central. This is a feature and is

Re: .checkstyle

I agree with adding it to .gitignore Elliotte Rusty Harold wrote on 2020-03-03 04:07 (GMT -08:00): > There's content in it but it's autogenerated as a consequence of > building the project. It's not hand edited. > > On Tue, Mar 3, 2020 at 3:24 AM Maarten Mulders wrote: >> >> It depends a bit...

Re: Proposal to deprecate Maven 3.0.x

+100 I would deprecate everything before the maven-resolver import back to the project while you are at it. Not sure exact version but 3.1x would definitely on that list as well. Maybe also 3.2x Manfred Tibor Digana wrote on 2020-04-15 13:39 (GMT -07:00): > Some users still use Maven 3.0.5 a

Re: Proposal to deprecate Maven 3.0.x

All features are already in Maven Resolver .. We should deprecate everything before 3.5.0 imho Or if really necessary everything before 3.2.5 Gabriel Belingueres wrote on 2020-04-16 17:35 (GMT -07:00): > +1 to deprecate 3.0.x to get rid of Sonatype Aether, which would > considerably simplify

Re: Proposal to deprecate Maven 3.0.x

t;> > > > > Given that maven-resolver has exactly the same API as Eclipse Aether >> > (in >> > > > > org.eclipse.aether java package) but just a change in Maven >> > coordinates >> > > > > (that are all filtered by Maven core class loading, the

Re: APIs for reading Maven repositories

Elliotte Rusty Harold wrote on 2020-05-04 07:02 (GMT -07:00): > 2. Is it possible to boostrap the resolver without using the internal > class MavenRepositorySystemUtils? > > https://issues.apache.org/jira/browse/MNG-6579 > I am using the resolver in my Maven Repository Provisioner and boots

Re: second apache-maven-wrapper

Awesome! +1 Robert Scholte wrote on 2020-05-22 13:36 (GMT -07:00): > I've reached the point where apache-maven-wrapper is ready to be merged into > master. > The code contains all original commits and a few from me to get them step by > step into core. > > Related tickets: > https://issues.apac

Re: Fwd: Your project website

I am not sure but I think that SVN commit is a backend for the CMS .. Olivier Lamy wrote on 2020-08-19 00:06 (GMT -07:00): > Hi > I'm not sure if we use CMS. > I don't think so AFAIK to publish website content we only commit to a svn > repo. > Am I missing something? > > cheers > Olivier > > -

Re: Your project website

Also ... from a technical standpoint the Maven site is just a bunch of static html files and I think some server side includes. We might have to fix those to be different depending on whatever we migrate to .. with that in mind.. What are our options within the Apache infrastructure or outside?

Re: Your project website

jeudi 20 août 2020, 11:21:56 CEST Gavin McDonald a écrit : >> I think you guys are fine and there is nothing to do. We still have some >> Maven configs in our CMS system but looks like you have not used it since >> 2018. >> >> I'll go ahead and remove your old CMS

Re: Speed of Maven build

Also the M2Eclipse integration does basically embed maven and make the Maven build incremental. The Takari plugin does that on the commandline with the eclipse compiler And the VS code integration from Red Hat might also do something along those lines. Others can chime in with more details. M

Re: Speed of Maven build

Mickael Istria wrote on 2020-08-25 14:17 (GMT -07:00): > I > > On Tuesday, August 25, 2020, Manfred Moser wrote: >> And the VS code integration from Red Hat might also do something along > those lines. > > It embeds and uses m2eclipse. > Haha.. thanks for confi

Re: [DISCUSS] Allow attributes shorthand in pom.xml

You can use polyglot-maven for a compatible approach for your own pom files right now.. https://github.com/takari/polyglot-maven/tree/master/polyglot-xml Manfred Will Iverson wrote on 2020-12-11 14:40 (GMT -08:00): > One of the biggest complaints about Maven has long been the verbosity of

Re: Moving away from Modello

I agree with a lot of what has been said towards keeping modello in use. There is really no existing drop-in alternative. The benefits of moving off Modello are mostly unknown until we actually do the work. And in the end it should be mostly internal refactoring. However that work is a very la

Re: reviewing Maven Wrapper before releasing

I totally agree with finally just shipping this. We got this all donated about two years ago now and there is still nothing shipping. I used to just manually do the testing and thousands of projects are happy. I assume the new project is at least manually testing and works as before or better.

Re: reviewing Maven Wrapper before releasing

d code has been used as base, ignoring > all the effort done to improve that codebase done afterwards. > Hence my response that reliability is gone that was added after > donation. > > Robert > > -- Origineel bericht -- > Van: "Manfred Moser" > Aan: dev@m

Re: [VOTE] Release Apache Maven Wrapper version 3.1.0

Awesome. Thank you Herve. + 100 Hervé BOUTEMY wrote on 2021-12-13 13:09 (GMT -08:00): > Hi, > > We solved 18 issues: > https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12323721&version=12350068&styleName=Text > > Staging repo: > https://repository.apache.org/content/repositorie

Re: [VOTE] Release Apache Maven Wrapper version 3.1.0

does not proxy > staging repos. > > Can build from tag, generate the wrapper files, and run mvnw on some other > host, it will fail if I use the staging RC, but I can pull > maven-wrapper.jar from snapshot > > Thanks > > -D > > On Mon, Dec 13, 2021 at 1:12 PM Manfre

Re: We need to lay down strategy

I could not agree more. It is extremely important for users to understand that we are NOT a commercial entity providing support. And contrary to other open source products there is large, well known commercial entity either. I also second all the other points from Tamas. Manfred Tamás Cservená

Re: [ANN] Apache Maven Wrapper 3.1.1 Released

Awesome work everyone. I am glad this made it to the users from Apache now. Manfred Hervé Boutemy wrote on 2022-05-14 07:06 (GMT -07:00): > The Apache Maven team is pleased to announce the release of the Apache Maven > Wrapper, version 3.1.1. > > The Maven Wrapper is an easy way to ensure a us

Re: Maven search for a class or method on classpath - how?

This might not help .. but your IDE will allow you to do that.. On the command line you might have to do a dependency:tree or dependency:list and then dependency:list-classes ... Or you could fork the plugin to create a new goal that basically does the two in one go on the code level.. and the

Re: Maven 3.2.3

Btw. the https url is live for testing and documents for using it are also available. See http://central.sonatype.org/articles/2014/Aug/03/https-support-launching-now/ http://central.sonatype.org/pages/consumers.html I have verified this working nicely with Maven (and other tools) so its time

Re: Decorating Mojos

If you want this to be resulting in some sort of useful analysis results I would think it should be fairly useful to hook it up as an option for the plugin and use e.g. Google analytics with some fake urls for each mojo. Only problem is that people might object to you doing that.. manfred Jas

Re: Providing settings to Aether from global and user file

You could use the Aether Ant tasks as a replacement.. https://github.com/eclipse/aether-ant WonderCsabo wrote on 05.09.2014 03:32: > Hi guys! > > I already posted my question > > > > to

  1   2   3   4   >