Re: More checkstyle API changes

2019-12-22 Thread Enrico Olivelli
Ben,
What about having a release of checkstyle with all of the requested changes
and then update maven plugin and then release it?
Checkstyle maven plugin is just a wrapper over checkstyle library.

The best way would be that you (or anyone from Checkstyle) create a PR when
you are ready with the new release.

I will be happy to help you move forward with this change and cut a release

Cheers
Enrico

Il lun 23 dic 2019, 07:21 Benjamin Marwell  ha scritto:

> Hi all,
>
> The checkstyle team is waiting for my PR:
>
> https://github.com/apache/maven-checkstyle-plugin/pull/18
>
> The problem is, that they want to remove a method. If they do this too
> early, maven users will not be able to update the checkstyle version
> anymore.
>
> Also, the maven Checkstyle plugin cannot ship a Checkstyle version beyond
> 8.23 because of breaking changes. There is also an issue for this.
>
> This really needs some attention by someone with more responsibility.
>
> Please keep in mind that there is already a jira issue about the 8.24
> incompability. I commented that they should have made it a major version,
> and maybe the checkstyle plugin will have to jump to a new major release at
> some point?
>
> Thanks for looking into this.
>
> Ben
>


More checkstyle API changes

2019-12-22 Thread Benjamin Marwell
Hi all,

The checkstyle team is waiting for my PR:

https://github.com/apache/maven-checkstyle-plugin/pull/18

The problem is, that they want to remove a method. If they do this too
early, maven users will not be able to update the checkstyle version
anymore.

Also, the maven Checkstyle plugin cannot ship a Checkstyle version beyond
8.23 because of breaking changes. There is also an issue for this.

This really needs some attention by someone with more responsibility.

Please keep in mind that there is already a jira issue about the 8.24
incompability. I commented that they should have made it a major version,
and maybe the checkstyle plugin will have to jump to a new major release at
some point?

Thanks for looking into this.

Ben


Re: [VOTE] - Integration Tests of Maven Core

2019-12-22 Thread Olivier Lamy
do we really need a vote for this?
this seems to be overadministrativing :)
it's not a release or produce any artifacts so just do it

On Sun, 22 Dec 2019 at 00:18, Karl Heinz Marbaise  wrote:

> I suggest to create a tag 3.6.3 in Integration Tests of Maven Core which
> preserves the state of the history and furthermore we should create a
> tag after each Maven Core release.
>
> Vote open for at least 72 hours.
>
> [ ] +1
> [ ] +0
> [ ] -1
>
> Kind regards
> Karl Heinz Marbaise
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>

-- 
Olivier Lamy
http://twitter.com/olamy | http://linkedin.com/in/olamy


[ANN] Apache Maven Source Plugin 3.2.1 Released

2019-12-22 Thread Hervé Boutemy
The Apache Maven team is pleased to announce the release of the Apache Maven 
Source Plugin, version 3.2.1
 
This plugin creates a jar archive of the source files of the current project.

https://maven.apache.org/plugins/maven-source-plugin/

You should specify the version in your project's plugin configuration:


org.apache.maven.plugins
maven-source-plugin
3.2.1


You can download the appropriate sources etc. from the download page:

https://maven.apache.org/plugins/maven-source-plugin/download.cgi
 
Release Notes - Maven Source Plugin - Version 3.2.1

** Bug
* [MSOURCES-122] - ITs fail due to unexpected EOL characters when building 
release sources from the ZIP
* [MSOURCES-123] - files in maven-shared-archive-resources are added in 
non-reproducible order

Enjoy,
 
-The Apache Maven team



-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org



Re: relativePath for parent poms in our plugins

2019-12-22 Thread Hervé BOUTEMY
Le samedi 21 décembre 2019, 19:22:42 CET Mark Struberg a écrit :
> To be honest, I didn't even know that there is a 'main project' with tons of
> git-submodules to emulate our old maven master build.
yes, I imagine, I did not make much noise about it :)

It's not about emulating an old master build, but getting a full Maven build: 
Maven is the sum of every part we maintain.

And it's about sharing a view of our global code:
  https://maven.apache.org/scm.html#Maven_Sources_Overview
= what I needed when explaining our code structure to new contributors during 
Paris Hackergarten, because they immediately cloned Maven core

> 
> I still wonder whether it has any benefit to have the relativePath in our
> plugins. It is useful if you have a reactor build where maven then knows
> how to search for other dependencies and figures what other parts to build.
> But I do not really see this for multiple reasons:
> 
> * We don't have any snapshot but a fixed version of the parent
> maven-plugins:33 (and other versions) in every plugin. That means they
> won't use the 'is-a' in aggregator-style anyway * That means the parent pom
> is merely a 'build-pom' but not much more. I * Even if we would upgrade
> every plugin to use the latest snapshot of our maven-plugins parent pom we
> would not add much. It would still build fine without having a relativePath
> section. And we would not gain much from keeping relativePath because we
> barely have dependencies between our plugins.
> 
> Hervé, others did I overlook something?
I concur the parent relative path is useful only when want to use SNAPSHOT 
parents. But the fact that we currently rarely use SNAPSHOT parent is to me 
just a proof that we don't test parent POMs before releasing them, the site 
taken apart (since we want to benefit from developers sections updates 
independently from maven-parent releases).

> 
> And sorry for starting this discussion. It's totally unimportant if we keep
> it or not. I'm fine both ways, it just looked like something we missed to
> remove when we moved from the maven-plugins sparse tree in SVN over to
> single GIT repos for each and every single maven plugin.
Yes, keeping these parent relativePath or not is not that important, if we 
don't really use them: what is important to me is to share our global code 
structure.
This parent relative path is an opportunity to add a comment to point to 
  https://maven.apache.org/scm.html#Maven_Sources_Overview

Regards,

Hervé
> 
> LieGrue,
> strub
> 
> > Am 21.12.2019 um 18:38 schrieb Romain Manni-Bucau :
> > 
> > Le sam. 21 déc. 2019 à 15:03, Hervé BOUTEMY  a
> > 
> > écrit :
> >> how does the current relativePath work less than without it?
> >> Does it really break anything more than just "people don't understand the
> >> value" then consider it "wrong"?
> > 
> > Well, it is unlikely but it can break the build yes, at least if it
> > exists.
> > It is also not friendly for newcomers cause not obvious.
> > 
> >> in addition, I know that intermittent Maven contributor will clone only
> >> one
> >> Git repository, but I personally work on every Maven Git repository on
> >> many
> >> computers: being able to clone and update everything easily is key to me
> > 
> > Not sure I see how it changes anything :s. Assume we drop it, then you can
> > still do all that (it is top-down and not down-top afaik).
> > 
> >> Regards,
> >> 
> >> Hervé
> >> 
> >> Le samedi 21 décembre 2019, 14:29:17 CET Romain Manni-Bucau a écrit :
> >>> Agree with Robert, git clone && mvn install must always work and be
> >>> straight forward if we want people to be able to help/work imho.
> >>> 
> >>> Le sam. 21 déc. 2019 à 13:33, Robert Scholte  a
> >>> 
> >>> écrit :
>  that only works for the very, very few that uses this repository.
>  It should work as to how contributors work with it, otherwise you'll
> >> 
> >> see
> >> 
>  other issues compared to them.
>  
>  Robert
>  On 21-12-2019 12:33:53, Hervé BOUTEMY  wrote:
>  disagree
>  
>  We have the repo configuration which brings a location for every Git
>  repository:
>  https://maven.apache.org/scm.html
>  or https://github.com/apache/maven-sources/
>  
>  The relative paths are calculated against that.
>  And I recently even added aggregator poms to build absolutely
> >> 
> >> everything
> >> 
>  in
>  one unique build
>  
>  Regards,
>  
>  Hervé
>  
>  Le jeudi 19 décembre 2019, 12:13:56 CET Mark Struberg a écrit :
> > Hi folks!
> > 
> > Looking at massembler right now I stumbled across a parentPom section
> > 
> > 
> > maven-plugins
> > org.apache.maven.plugins
> > 33
> > ../../pom/maven/maven-plugins/pom.xml
> > 
> > 
> > This was perfectly fine when we had all in SVN under one big project.
> > But nowadays - having all in GIT - I'd we should remove the
> > relativePath,
> > isn't?
> > 
> > LieGrue,
> > 

Re: [VOTE] - Integration Tests of Maven Core

2019-12-22 Thread Elliotte Rusty Harold
+1

On Sat, Dec 21, 2019 at 9:18 AM Karl Heinz Marbaise  wrote:
>
> I suggest to create a tag 3.6.3 in Integration Tests of Maven Core which
> preserves the state of the history and furthermore we should create a
> tag after each Maven Core release.
>
> Vote open for at least 72 hours.
>
> [ ] +1
> [ ] +0
> [ ] -1
>
> Kind regards
> Karl Heinz Marbaise
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>


-- 
Elliotte Rusty Harold
elh...@ibiblio.org

-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org