Re: Migrating Apache Resource Bundles from svn to Git

2023-03-11 Thread Hervé Boutemy
migration done:

source: https://github.com/apache/maven-apache-resources

SNAPSHOT site 
https://maven.apache.org/apache-resource-bundles-archives/apache-resource-bundles-LATEST/

once the 1.5 release will be done, we can replace the old page 
https://maven.apache.org/apache-resource-bundles/

Le jeudi 9 mars 2023, 08:10:28 CET Hervé Boutemy a écrit :
> this is one of the last piece of code that the Maven project maintains in
> svn (de-facto not doing any release...)
> This is not a funny task, but it has to be done
> 
> I finally prepared the work, with a plan fully described in Jira
>   https://issues.apache.org/jira/browse/MASFRES-20
> 
> and a draft svn 2 git clone available in a temporary space before I create
> the proposed definitive
> https://github.com/apache/maven-apache-resources.git repository
> 
> If nobody objects, I'll finish the work this week-end
> 
> Regards,
> 
> Hervé
> 
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org





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



Migrating Apache Resource Bundles from svn to Git

2023-03-08 Thread Hervé Boutemy
this is one of the last piece of code that the Maven project maintains in svn 
(de-facto not doing any release...)
This is not a funny task, but it has to be done

I finally prepared the work, with a plan fully described in Jira
  https://issues.apache.org/jira/browse/MASFRES-20

and a draft svn 2 git clone available in a temporary space before I create the 
proposed definitive https://github.com/apache/maven-apache-resources.git 
repository

If nobody objects, I'll finish the work this week-end

Regards,

Hervé



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



Re: migrating Apache Resource Bundles from svn to Git

2022-01-27 Thread Sylwester Lachiewicz
Hi,
quick topic refresh - looks like the rat project was finally migrated to git 
and there is some activity there 
https://github.com/apache/creadur-rat/commits/master

Maybe it's a good time to move forward with the remaining svn repos and 
parent-poms?

Sylwester

On 2020/06/25 06:57:18 "Robert Scholte" wrote:
> I don't mind joining as committer. I actually was surprised Karl Heinz is 
> already PMC.
> 
> Robert
> On 25-6-2020 08:37:55, Hervé BOUTEMY  wrote:
> yes, Creadur could be a good home both for these bundles and the Apache parent
> POM, to manage Apache project conventions for Maven separately from Maven code
> itself
> And if some of us want to continue work on it (given we produce plugins that
> are to be updated in Apache parent POM), they could join Creadur
> https://creadur.apache.org/
> 
> Regards,
> 
> Hervé
> 
> Le mercredi 24 juin 2020, 21:40:41 CEST Robert Scholte a écrit :
> > I've been thinking about asking if project Creadur wants this code, since
> > they also maintain the rat maven plugin. Looks quite related to me.
> >
> > Robert
> >
> > On 24-6-2020 00:00:09, Hervé BOUTEMY wrote:
> > the little discussion now gave me an opinion:
> > if nobody objects, I'll migrate the bundles to one unique Git repository:
> > - name: maven-apache-resource-bundles.git
> > - version will be 1.5-SNAPSHOT
> > - containing 3
> > org.apache.apache.resources:apache-(jar|jar-txt|incubator-disclaimer)-resou
> > rce-bundle for maven-remote-resources-plugin and
> > apache-source-release-assembly-descriptor for maven-assembly-plugin
> >
> > Regards,
> >
> > Hervé
> >
> > Le mardi 23 juin 2020, 00:11:41 CEST Hervé BOUTEMY a écrit :
> > > it seems there is a misunderstanding: it's not 4 parent POMs
> > > it's resource bundles, that are used with maven-assembly-plugin or maven-
> > > remote-resources-plugin in Apache parent POM [1]
> > >
> > > see https://maven.apache.org/apache-resource-bundles/index.html for some
> > > description
> > >
> > > Regards,
> > >
> > > Hervé
> > >
> > > [1] https://github.com/apache/maven-apache-parent/blob/master/pom.xml
> > >
> > > Le lundi 22 juin 2020, 20:31:16 CEST Robert Scholte a écrit :
> > > > On 22-6-2020 00:25:39, Hervé BOUTEMY wrote:
> > > > > I agree: independent release cycles means independent repositories.
> > > >
> > > > in the past, we had 4 independent Maven parent POMs [1] under one unique
> > > > svn trunk, with 4 separate release cycles, many votes/hard maintenance
> > > > (having a new parent POM release for plugins, for example) and hard to
> > > > use (version of parent for plugins was not the same as shared parent, or
> > > > pure maven parent). When switching to Git, we switched to one Git
> > > > repository and one unique release cycle: a vote for a release remains
> > > > not
> > > > so easy (because getting votes is not easy), but at least there is only
> > > > one for every parent POM. Robert Scholte: I think there's a small
> > > > difference, these poms all inherit from the apache-parent. If there's a
> > > > new parent, it makes sense to release them all at once.
> > > >
> > > >
> > > >
> > > > We have the same initial situation with resource bundles: the
> > > > independence
> > > > of the release cycles inside the unique trunk are not written in stone,
> > > > we
> > > > can simplify and hope that it will ease maintenance in addition to ease
> > > > migration. Or we can make efforts to split: for plugins or shared
> > > > components, splitting was the only reasonable option.
> > > >
> > > > > I wonder if they should be part of the Maven group, looks more like a
> > > > > they
> > > > > are maintained by us by coincidence. Is there some ASF resources group
> > > > > to
> > > > > maintain this (or worth introducing)?
> > > >
> > > > exactly like the ASF parent POM
> > > > If you find someone who want to maintain, don't hesitate
> > > > Robert Scholte:
> > > > Let me see if I can get them out of the Maven project.
> > > > I don't mind maintaining these parents, but I'd prefer have a clear
> > > > separation on which parts are clearly Maven and which actually ASF
> > > >
> > > > thanks,
> > > > Robert
> > > >
> > > >
> > > >
> > > > Regards,
> > > >
> > > > Hervé
> > > >
> > > > [1] https://maven.apache.org/pom/index.html
> > > >
> > > > Le dimanche 21 juin 2020, 21:36:37 CEST Robert Scholte a écrit :
> > > > > I agree: independent release cycles means independent repositories.
> > > > > I wonder if they should be part of the Maven group, looks more like a
> > > > > they
> > > > > are maintained by us by coincidence. Is there some ASF resources group
> > > > > to
> > > > > maintain this (or worth introducing)?
> > > > >
> > > > > thanks,
> > > > > Robert
> > > > >
> > > > > On 21-6-2020 19:14:47, Michael Osipov wrote:
> > > > >
> > > > > Am 2020-06-20 um 00:31 schrieb Hervé BOUTEMY:
> > > > > > one of the last part not yet done, because there is a choice to do:
> > > > > > - migrate to one multi-module Git repository?
> > > > > > - or split each 

Re: migrating Apache Resource Bundles from svn to Git

2020-06-28 Thread Martin Gainty
Karl helps everyone who has questions He will always answer any questions I ask 
no matter how trivial Viel Gluck!

--
Sent from my Alcatel GO FLIP V

On Jun 25, 2020 2:57 AM, Robert Scholte  wrote:
I don't mind joining as committer. I actually was surprised Karl Heinz is 
already PMC.

Robert
On 25-6-2020 08:37:55, Hervé BOUTEMY  wrote:
yes, Creadur could be a good home both for these bundles and the Apache parent
POM, to manage Apache project conventions for Maven separately from Maven code
itself
And if some of us want to continue work on it (given we produce plugins that
are to be updated in Apache parent POM), they could join Creadur
https://creadur.apache.org/

Regards,

Hervé

Le mercredi 24 juin 2020, 21:40:41 CEST Robert Scholte a écrit :
> I've been thinking about asking if project Creadur wants this code, since
> they also maintain the rat maven plugin. Looks quite related to me.
>
> Robert
>
> On 24-6-2020 00:00:09, Hervé BOUTEMY wrote:
> the little discussion now gave me an opinion:
> if nobody objects, I'll migrate the bundles to one unique Git repository:
> - name: maven-apache-resource-bundles.git
> - version will be 1.5-SNAPSHOT
> - containing 3
> org.apache.apache.resources:apache-(jar|jar-txt|incubator-disclaimer)-resou
> rce-bundle for maven-remote-resources-plugin and
> apache-source-release-assembly-descriptor for maven-assembly-plugin
>
> Regards,
>
> Hervé
>
> Le mardi 23 juin 2020, 00:11:41 CEST Hervé BOUTEMY a écrit :
> > it seems there is a misunderstanding: it's not 4 parent POMs
> > it's resource bundles, that are used with maven-assembly-plugin or maven-
> > remote-resources-plugin in Apache parent POM [1]
> >
> > see https://maven.apache.org/apache-resource-bundles/index.html for some
> > description
> >
> > Regards,
> >
> > Hervé
> >
> > [1] https://github.com/apache/maven-apache-parent/blob/master/pom.xml
> >
> > Le lundi 22 juin 2020, 20:31:16 CEST Robert Scholte a écrit :
> > > On 22-6-2020 00:25:39, Hervé BOUTEMY wrote:
> > > > I agree: independent release cycles means independent repositories.
> > >
> > > in the past, we had 4 independent Maven parent POMs [1] under one unique
> > > svn trunk, with 4 separate release cycles, many votes/hard maintenance
> > > (having a new parent POM release for plugins, for example) and hard to
> > > use (version of parent for plugins was not the same as shared parent, or
> > > pure maven parent). When switching to Git, we switched to one Git
> > > repository and one unique release cycle: a vote for a release remains
> > > not
> > > so easy (because getting votes is not easy), but at least there is only
> > > one for every parent POM. Robert Scholte: I think there's a small
> > > difference, these poms all inherit from the apache-parent. If there's a
> > > new parent, it makes sense to release them all at once.
> > >
> > >
> > >
> > > We have the same initial situation with resource bundles: the
> > > independence
> > > of the release cycles inside the unique trunk are not written in stone,
> > > we
> > > can simplify and hope that it will ease maintenance in addition to ease
> > > migration. Or we can make efforts to split: for plugins or shared
> > > components, splitting was the only reasonable option.
> > >
> > > > I wonder if they should be part of the Maven group, looks more like a
> > > > they
> > > > are maintained by us by coincidence. Is there some ASF resources group
> > > > to
> > > > maintain this (or worth introducing)?
> > >
> > > exactly like the ASF parent POM
> > > If you find someone who want to maintain, don't hesitate
> > > Robert Scholte:
> > > Let me see if I can get them out of the Maven project.
> > > I don't mind maintaining these parents, but I'd prefer have a clear
> > > separation on which parts are clearly Maven and which actually ASF
> > >
> > > thanks,
> > > Robert
> > >
> > >
> > >
> > > Regards,
> > >
> > > Hervé
> > >
> > > [1] https://maven.apache.org/pom/index.html
> > >
> > > Le dimanche 21 juin 2020, 21:36:37 CEST Robert Scholte a écrit :
> > > > I agree: independent release cycles means independent repositories.
> > > > I wonder if they should be part of the Maven group, looks more like a
> > > > they
> > > > are maintained by us by coincidence. Is there some ASF resources group
> > > > to
> > > > maintain this (or worth introducing)?
> > > >
> > > > thanks,
> > > > Robert
> > > >
> > > > On 21-6-2020 19:14:47, Michael Osipov wrote:
> > > >
> > > > Am 2020-06-20 um 00:31 schrieb Hervé BOUTEMY:
> > > > > one of the last part not yet done, because there is a choice to do:
> > > > > - migrate to one multi-module Git repository?
> > > > > - or split each bundle into a separate Git repo?
> > > >
> > > > These two question can be answered when we know whether these modules
> > > > are loosely coupled of strongly interrelated like our POM parents.
> > > > If the former, separate repos, if the latter one repo.
> > > >
> > > >
> > > > 

Re: migrating Apache Resource Bundles from svn to Git

2020-06-25 Thread Robert Scholte
I don't mind joining as committer. I actually was surprised Karl Heinz is 
already PMC.

Robert
On 25-6-2020 08:37:55, Hervé BOUTEMY  wrote:
yes, Creadur could be a good home both for these bundles and the Apache parent
POM, to manage Apache project conventions for Maven separately from Maven code
itself
And if some of us want to continue work on it (given we produce plugins that
are to be updated in Apache parent POM), they could join Creadur
https://creadur.apache.org/

Regards,

Hervé

Le mercredi 24 juin 2020, 21:40:41 CEST Robert Scholte a écrit :
> I've been thinking about asking if project Creadur wants this code, since
> they also maintain the rat maven plugin. Looks quite related to me.
>
> Robert
>
> On 24-6-2020 00:00:09, Hervé BOUTEMY wrote:
> the little discussion now gave me an opinion:
> if nobody objects, I'll migrate the bundles to one unique Git repository:
> - name: maven-apache-resource-bundles.git
> - version will be 1.5-SNAPSHOT
> - containing 3
> org.apache.apache.resources:apache-(jar|jar-txt|incubator-disclaimer)-resou
> rce-bundle for maven-remote-resources-plugin and
> apache-source-release-assembly-descriptor for maven-assembly-plugin
>
> Regards,
>
> Hervé
>
> Le mardi 23 juin 2020, 00:11:41 CEST Hervé BOUTEMY a écrit :
> > it seems there is a misunderstanding: it's not 4 parent POMs
> > it's resource bundles, that are used with maven-assembly-plugin or maven-
> > remote-resources-plugin in Apache parent POM [1]
> >
> > see https://maven.apache.org/apache-resource-bundles/index.html for some
> > description
> >
> > Regards,
> >
> > Hervé
> >
> > [1] https://github.com/apache/maven-apache-parent/blob/master/pom.xml
> >
> > Le lundi 22 juin 2020, 20:31:16 CEST Robert Scholte a écrit :
> > > On 22-6-2020 00:25:39, Hervé BOUTEMY wrote:
> > > > I agree: independent release cycles means independent repositories.
> > >
> > > in the past, we had 4 independent Maven parent POMs [1] under one unique
> > > svn trunk, with 4 separate release cycles, many votes/hard maintenance
> > > (having a new parent POM release for plugins, for example) and hard to
> > > use (version of parent for plugins was not the same as shared parent, or
> > > pure maven parent). When switching to Git, we switched to one Git
> > > repository and one unique release cycle: a vote for a release remains
> > > not
> > > so easy (because getting votes is not easy), but at least there is only
> > > one for every parent POM. Robert Scholte: I think there's a small
> > > difference, these poms all inherit from the apache-parent. If there's a
> > > new parent, it makes sense to release them all at once.
> > >
> > >
> > >
> > > We have the same initial situation with resource bundles: the
> > > independence
> > > of the release cycles inside the unique trunk are not written in stone,
> > > we
> > > can simplify and hope that it will ease maintenance in addition to ease
> > > migration. Or we can make efforts to split: for plugins or shared
> > > components, splitting was the only reasonable option.
> > >
> > > > I wonder if they should be part of the Maven group, looks more like a
> > > > they
> > > > are maintained by us by coincidence. Is there some ASF resources group
> > > > to
> > > > maintain this (or worth introducing)?
> > >
> > > exactly like the ASF parent POM
> > > If you find someone who want to maintain, don't hesitate
> > > Robert Scholte:
> > > Let me see if I can get them out of the Maven project.
> > > I don't mind maintaining these parents, but I'd prefer have a clear
> > > separation on which parts are clearly Maven and which actually ASF
> > >
> > > thanks,
> > > Robert
> > >
> > >
> > >
> > > Regards,
> > >
> > > Hervé
> > >
> > > [1] https://maven.apache.org/pom/index.html
> > >
> > > Le dimanche 21 juin 2020, 21:36:37 CEST Robert Scholte a écrit :
> > > > I agree: independent release cycles means independent repositories.
> > > > I wonder if they should be part of the Maven group, looks more like a
> > > > they
> > > > are maintained by us by coincidence. Is there some ASF resources group
> > > > to
> > > > maintain this (or worth introducing)?
> > > >
> > > > thanks,
> > > > Robert
> > > >
> > > > On 21-6-2020 19:14:47, Michael Osipov wrote:
> > > >
> > > > Am 2020-06-20 um 00:31 schrieb Hervé BOUTEMY:
> > > > > one of the last part not yet done, because there is a choice to do:
> > > > > - migrate to one multi-module Git repository?
> > > > > - or split each bundle into a separate Git repo?
> > > >
> > > > These two question can be answered when we know whether these modules
> > > > are loosely coupled of strongly interrelated like our POM parents.
> > > > If the former, separate repos, if the latter one repo.
> > > >
> > > >
> > > > -
> > > > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> > > > For additional commands, e-mail: dev-h...@maven.apache.org
> > >
> > > 

Re: migrating Apache Resource Bundles from svn to Git

2020-06-25 Thread Hervé BOUTEMY
yes, Creadur could be a good home both for these bundles and the Apache parent 
POM, to manage Apache project conventions for Maven separately from Maven code 
itself
And if some of us want to continue work on it (given we produce plugins that 
are to be updated in Apache parent POM), they could join Creadur
https://creadur.apache.org/

Regards,

Hervé

Le mercredi 24 juin 2020, 21:40:41 CEST Robert Scholte a écrit :
> I've been thinking about asking if project Creadur wants this code, since
> they also maintain the rat maven plugin. Looks quite related to me.
> 
> Robert
> 
> On 24-6-2020 00:00:09, Hervé BOUTEMY  wrote:
> the little discussion now gave me an opinion:
> if nobody objects, I'll migrate the bundles to one unique Git repository:
> - name: maven-apache-resource-bundles.git
> - version will be 1.5-SNAPSHOT
> - containing 3
> org.apache.apache.resources:apache-(jar|jar-txt|incubator-disclaimer)-resou
> rce-bundle for maven-remote-resources-plugin and
> apache-source-release-assembly-descriptor for maven-assembly-plugin
> 
> Regards,
> 
> Hervé
> 
> Le mardi 23 juin 2020, 00:11:41 CEST Hervé BOUTEMY a écrit :
> > it seems there is a misunderstanding: it's not 4 parent POMs
> > it's resource bundles, that are used with maven-assembly-plugin or maven-
> > remote-resources-plugin in Apache parent POM [1]
> > 
> > see https://maven.apache.org/apache-resource-bundles/index.html for some
> > description
> > 
> > Regards,
> > 
> > Hervé
> > 
> > [1] https://github.com/apache/maven-apache-parent/blob/master/pom.xml
> > 
> > Le lundi 22 juin 2020, 20:31:16 CEST Robert Scholte a écrit :
> > > On 22-6-2020 00:25:39, Hervé BOUTEMY wrote:
> > > > I agree: independent release cycles means independent repositories.
> > > 
> > > in the past, we had 4 independent Maven parent POMs [1] under one unique
> > > svn trunk, with 4 separate release cycles, many votes/hard maintenance
> > > (having a new parent POM release for plugins, for example) and hard to
> > > use (version of parent for plugins was not the same as shared parent, or
> > > pure maven parent). When switching to Git, we switched to one Git
> > > repository and one unique release cycle: a vote for a release remains
> > > not
> > > so easy (because getting votes is not easy), but at least there is only
> > > one for every parent POM. Robert Scholte: I think there's a small
> > > difference, these poms all inherit from the apache-parent. If there's a
> > > new parent, it makes sense to release them all at once.
> > > 
> > > 
> > > 
> > > We have the same initial situation with resource bundles: the
> > > independence
> > > of the release cycles inside the unique trunk are not written in stone,
> > > we
> > > can simplify and hope that it will ease maintenance in addition to ease
> > > migration. Or we can make efforts to split: for plugins or shared
> > > components, splitting was the only reasonable option.
> > > 
> > > > I wonder if they should be part of the Maven group, looks more like a
> > > > they
> > > > are maintained by us by coincidence. Is there some ASF resources group
> > > > to
> > > > maintain this (or worth introducing)?
> > > 
> > > exactly like the ASF parent POM
> > > If you find someone who want to maintain, don't hesitate
> > > Robert Scholte:
> > > Let me see if I can get them out of the Maven project.
> > > I don't mind maintaining these parents, but I'd prefer have a clear
> > > separation on which parts are clearly Maven and which actually ASF
> > > 
> > > thanks,
> > > Robert
> > > 
> > > 
> > > 
> > > Regards,
> > > 
> > > Hervé
> > > 
> > > [1] https://maven.apache.org/pom/index.html
> > > 
> > > Le dimanche 21 juin 2020, 21:36:37 CEST Robert Scholte a écrit :
> > > > I agree: independent release cycles means independent repositories.
> > > > I wonder if they should be part of the Maven group, looks more like a
> > > > they
> > > > are maintained by us by coincidence. Is there some ASF resources group
> > > > to
> > > > maintain this (or worth introducing)?
> > > > 
> > > > thanks,
> > > > Robert
> > > > 
> > > > On 21-6-2020 19:14:47, Michael Osipov wrote:
> > > > 
> > > > Am 2020-06-20 um 00:31 schrieb Hervé BOUTEMY:
> > > > > one of the last part not yet done, because there is a choice to do:
> > > > > - migrate to one multi-module Git repository?
> > > > > - or split each bundle into a separate Git repo?
> > > > 
> > > > These two question can be answered when we know whether these modules
> > > > are loosely coupled of strongly interrelated like our POM parents.
> > > > If the former, separate repos, if the latter one repo.
> > > > 
> > > > 
> > > > -
> > > > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> > > > For additional commands, e-mail: dev-h...@maven.apache.org
> > > 
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> > > For additional commands, 

Re: migrating Apache Resource Bundles from svn to Git

2020-06-24 Thread Robert Scholte
I've been thinking about asking if project Creadur wants this code, since they 
also maintain the rat maven plugin.
Looks quite related to me.

Robert

On 24-6-2020 00:00:09, Hervé BOUTEMY  wrote:
the little discussion now gave me an opinion:
if nobody objects, I'll migrate the bundles to one unique Git repository:
- name: maven-apache-resource-bundles.git
- version will be 1.5-SNAPSHOT
- containing 3 
org.apache.apache.resources:apache-(jar|jar-txt|incubator-disclaimer)-resource-bundle
 for maven-remote-resources-plugin and 
apache-source-release-assembly-descriptor for maven-assembly-plugin

Regards,

Hervé

Le mardi 23 juin 2020, 00:11:41 CEST Hervé BOUTEMY a écrit :
> it seems there is a misunderstanding: it's not 4 parent POMs
> it's resource bundles, that are used with maven-assembly-plugin or maven-
> remote-resources-plugin in Apache parent POM [1]
>
> see https://maven.apache.org/apache-resource-bundles/index.html for some
> description
>
> Regards,
>
> Hervé
>
> [1] https://github.com/apache/maven-apache-parent/blob/master/pom.xml
>
> Le lundi 22 juin 2020, 20:31:16 CEST Robert Scholte a écrit :
> > On 22-6-2020 00:25:39, Hervé BOUTEMY wrote:
> > > I agree: independent release cycles means independent repositories.
> >
> > in the past, we had 4 independent Maven parent POMs [1] under one unique
> > svn trunk, with 4 separate release cycles, many votes/hard maintenance
> > (having a new parent POM release for plugins, for example) and hard to
> > use (version of parent for plugins was not the same as shared parent, or
> > pure maven parent). When switching to Git, we switched to one Git
> > repository and one unique release cycle: a vote for a release remains not
> > so easy (because getting votes is not easy), but at least there is only
> > one for every parent POM. Robert Scholte: I think there's a small
> > difference, these poms all inherit from the apache-parent. If there's a
> > new parent, it makes sense to release them all at once.
> >
> >
> >
> > We have the same initial situation with resource bundles: the independence
> > of the release cycles inside the unique trunk are not written in stone, we
> > can simplify and hope that it will ease maintenance in addition to ease
> > migration. Or we can make efforts to split: for plugins or shared
> > components, splitting was the only reasonable option.
> >
> > > I wonder if they should be part of the Maven group, looks more like a
> > > they
> > > are maintained by us by coincidence. Is there some ASF resources group
> > > to
> > > maintain this (or worth introducing)?
> >
> > exactly like the ASF parent POM
> > If you find someone who want to maintain, don't hesitate
> > Robert Scholte:
> > Let me see if I can get them out of the Maven project.
> > I don't mind maintaining these parents, but I'd prefer have a clear
> > separation on which parts are clearly Maven and which actually ASF
> >
> > thanks,
> > Robert
> >
> >
> >
> > Regards,
> >
> > Hervé
> >
> > [1] https://maven.apache.org/pom/index.html
> >
> > Le dimanche 21 juin 2020, 21:36:37 CEST Robert Scholte a écrit :
> > > I agree: independent release cycles means independent repositories.
> > > I wonder if they should be part of the Maven group, looks more like a
> > > they
> > > are maintained by us by coincidence. Is there some ASF resources group
> > > to
> > > maintain this (or worth introducing)?
> > >
> > > thanks,
> > > Robert
> > >
> > > On 21-6-2020 19:14:47, Michael Osipov wrote:
> > >
> > > Am 2020-06-20 um 00:31 schrieb Hervé BOUTEMY:
> > > > one of the last part not yet done, because there is a choice to do:
> > > > - migrate to one multi-module Git repository?
> > > > - or split each bundle into a separate Git repo?
> > >
> > > These two question can be answered when we know whether these modules
> > > are loosely coupled of strongly interrelated like our POM parents.
> > > If the former, separate repos, if the latter one repo.
> > >
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> > > For additional commands, e-mail: dev-h...@maven.apache.org
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> > For additional commands, e-mail: dev-h...@maven.apache.org
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org





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



Re: migrating Apache Resource Bundles from svn to Git

2020-06-23 Thread Hervé BOUTEMY
the little discussion now gave me an opinion:
if nobody objects, I'll migrate the bundles to one unique Git repository:
- name: maven-apache-resource-bundles.git
- version will be 1.5-SNAPSHOT
- containing 3 
org.apache.apache.resources:apache-(jar|jar-txt|incubator-disclaimer)-resource-bundle
 for maven-remote-resources-plugin and 
apache-source-release-assembly-descriptor for maven-assembly-plugin

Regards,

Hervé

Le mardi 23 juin 2020, 00:11:41 CEST Hervé BOUTEMY a écrit :
> it seems there is a misunderstanding: it's not 4 parent POMs
> it's resource bundles, that are used with maven-assembly-plugin or maven-
> remote-resources-plugin in Apache parent POM [1]
> 
> see https://maven.apache.org/apache-resource-bundles/index.html for some
> description
> 
> Regards,
> 
> Hervé
> 
> [1] https://github.com/apache/maven-apache-parent/blob/master/pom.xml
> 
> Le lundi 22 juin 2020, 20:31:16 CEST Robert Scholte a écrit :
> > On 22-6-2020 00:25:39, Hervé BOUTEMY  wrote:
> > > I agree: independent release cycles means independent repositories.
> > 
> > in the past, we had 4 independent Maven parent POMs [1] under one unique
> > svn trunk, with 4 separate release cycles, many votes/hard maintenance
> > (having a new parent POM release for plugins, for example) and hard to
> > use (version of parent for plugins was not the same as shared parent, or
> > pure maven parent). When switching to Git, we switched to one Git
> > repository and one unique release cycle: a vote for a release remains not
> > so easy (because getting votes is not easy), but at least there is only
> > one for every parent POM. Robert Scholte: I think there's a small
> > difference, these poms all inherit from the apache-parent. If there's a
> > new parent, it makes sense to release them all at once.
> > 
> > 
> > 
> > We have the same initial situation with resource bundles: the independence
> > of the release cycles inside the unique trunk are not written in stone, we
> > can simplify and hope that it will ease maintenance in addition to ease
> > migration. Or we can make efforts to split: for plugins or shared
> > components, splitting was the only reasonable option.
> > 
> > > I wonder if they should be part of the Maven group, looks more like a
> > > they
> > > are maintained by us by coincidence. Is there some ASF resources group
> > > to
> > > maintain this (or worth introducing)?
> > 
> > exactly like the ASF parent POM
> > If you find someone who want to maintain, don't hesitate
> > Robert Scholte:
> > Let me see if I can get them out of the Maven project.
> > I don't mind maintaining these parents, but I'd prefer have a clear
> > separation on which parts are clearly Maven and which actually ASF
> > 
> > thanks,
> > Robert
> > 
> > 
> > 
> > Regards,
> > 
> > Hervé
> > 
> > [1] https://maven.apache.org/pom/index.html
> > 
> > Le dimanche 21 juin 2020, 21:36:37 CEST Robert Scholte a écrit :
> > > I agree: independent release cycles means independent repositories.
> > > I wonder if they should be part of the Maven group, looks more like a
> > > they
> > > are maintained by us by coincidence. Is there some ASF resources group
> > > to
> > > maintain this (or worth introducing)?
> > > 
> > > thanks,
> > > Robert
> > > 
> > > On 21-6-2020 19:14:47, Michael Osipov wrote:
> > > 
> > > Am 2020-06-20 um 00:31 schrieb Hervé BOUTEMY:
> > > > one of the last part not yet done, because there is a choice to do:
> > > > - migrate to one multi-module Git repository?
> > > > - or split each bundle into a separate Git repo?
> > > 
> > > These two question can be answered when we know whether these modules
> > > are loosely coupled of strongly interrelated like our POM parents.
> > > If the former, separate repos, if the latter one repo.
> > > 
> > > 
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> > > For additional commands, e-mail: dev-h...@maven.apache.org
> > 
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> > For additional commands, e-mail: dev-h...@maven.apache.org
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org





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



Re: migrating Apache Resource Bundles from svn to Git

2020-06-22 Thread Hervé BOUTEMY
it seems there is a misunderstanding: it's not 4 parent POMs
it's resource bundles, that are used with maven-assembly-plugin or maven-
remote-resources-plugin in Apache parent POM [1]

see https://maven.apache.org/apache-resource-bundles/index.html for some 
description

Regards,

Hervé

[1] https://github.com/apache/maven-apache-parent/blob/master/pom.xml

Le lundi 22 juin 2020, 20:31:16 CEST Robert Scholte a écrit :
> On 22-6-2020 00:25:39, Hervé BOUTEMY  wrote:
> > I agree: independent release cycles means independent repositories.
> 
> in the past, we had 4 independent Maven parent POMs [1] under one unique svn
> trunk, with 4 separate release cycles, many votes/hard maintenance (having
> a new parent POM release for plugins, for example) and hard to use (version
> of parent for plugins was not the same as shared parent, or pure maven
> parent). When switching to Git, we switched to one Git repository and one
> unique release cycle: a vote for a release remains not so easy (because
> getting votes is not easy), but at least there is only one for every parent
> POM. Robert Scholte: I think there's a small difference, these poms all
> inherit from the apache-parent. If there's a new parent, it makes sense to
> release them all at once.
> 
> 
> 
> We have the same initial situation with resource bundles: the independence
> of the release cycles inside the unique trunk are not written in stone, we
> can simplify and hope that it will ease maintenance in addition to ease
> migration. Or we can make efforts to split: for plugins or shared
> components, splitting was the only reasonable option.
> 
> > I wonder if they should be part of the Maven group, looks more like a they
> > are maintained by us by coincidence. Is there some ASF resources group to
> > maintain this (or worth introducing)?
> 
> exactly like the ASF parent POM
> If you find someone who want to maintain, don't hesitate
> Robert Scholte: 
> Let me see if I can get them out of the Maven project.
> I don't mind maintaining these parents, but I'd prefer have a clear
> separation on which parts are clearly Maven and which actually ASF
> 
> thanks,
> Robert
> 
> 
> 
> Regards,
> 
> Hervé
> 
> [1] https://maven.apache.org/pom/index.html
> 
> Le dimanche 21 juin 2020, 21:36:37 CEST Robert Scholte a écrit :
> > I agree: independent release cycles means independent repositories.
> > I wonder if they should be part of the Maven group, looks more like a they
> > are maintained by us by coincidence. Is there some ASF resources group to
> > maintain this (or worth introducing)?
> > 
> > thanks,
> > Robert
> > 
> > On 21-6-2020 19:14:47, Michael Osipov wrote:
> > 
> > Am 2020-06-20 um 00:31 schrieb Hervé BOUTEMY:
> > > one of the last part not yet done, because there is a choice to do:
> > > - migrate to one multi-module Git repository?
> > > - or split each bundle into a separate Git repo?
> > 
> > These two question can be answered when we know whether these modules
> > are loosely coupled of strongly interrelated like our POM parents.
> > If the former, separate repos, if the latter one repo.
> > 
> > 
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> > For additional commands, e-mail: dev-h...@maven.apache.org
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org





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



Re: migrating Apache Resource Bundles from svn to Git

2020-06-22 Thread Robert Scholte

On 22-6-2020 00:25:39, Hervé BOUTEMY  wrote:
> I agree: independent release cycles means independent repositories.
in the past, we had 4 independent Maven parent POMs [1] under one unique svn
trunk, with 4 separate release cycles, many votes/hard maintenance (having a
new parent POM release for plugins, for example) and hard to use (version of
parent for plugins was not the same as shared parent, or pure maven parent).
When switching to Git, we switched to one Git repository and one unique
release cycle: a vote for a release remains not so easy (because getting votes
is not easy), but at least there is only one for every parent POM.
Robert Scholte: I think there's a small difference, these poms all inherit from 
the apache-parent.
If there's a new parent, it makes sense to release them all at once.



We have the same initial situation with resource bundles: the independence of
the release cycles inside the unique trunk are not written in stone, we can
simplify and hope that it will ease maintenance in addition to ease migration.
Or we can make efforts to split: for plugins or shared components, splitting
was the only reasonable option.

> I wonder if they should be part of the Maven group, looks more like a they
> are maintained by us by coincidence. Is there some ASF resources group to
> maintain this (or worth introducing)?
exactly like the ASF parent POM
If you find someone who want to maintain, don't hesitate
Robert Scholte: 
Let me see if I can get them out of the Maven project.
I don't mind maintaining these parents, but I'd prefer have a clear separation 
on which parts are clearly Maven and which actually ASF

thanks,
Robert



Regards,

Hervé

[1] https://maven.apache.org/pom/index.html

Le dimanche 21 juin 2020, 21:36:37 CEST Robert Scholte a écrit :
> I agree: independent release cycles means independent repositories.
> I wonder if they should be part of the Maven group, looks more like a they
> are maintained by us by coincidence. Is there some ASF resources group to
> maintain this (or worth introducing)?
>
> thanks,
> Robert
>
> On 21-6-2020 19:14:47, Michael Osipov wrote:
>
> Am 2020-06-20 um 00:31 schrieb Hervé BOUTEMY:
> > one of the last part not yet done, because there is a choice to do:
> > - migrate to one multi-module Git repository?
> > - or split each bundle into a separate Git repo?
>
> These two question can be answered when we know whether these modules
> are loosely coupled of strongly interrelated like our POM parents.
> If the former, separate repos, if the latter one repo.
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org





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



Re: migrating Apache Resource Bundles from svn to Git

2020-06-21 Thread Hervé BOUTEMY
> I agree: independent release cycles means independent repositories.
in the past, we had 4 independent Maven parent POMs [1] under one unique svn 
trunk, with 4 separate release cycles, many votes/hard maintenance (having a 
new parent POM release for plugins, for example) and hard to use (version of 
parent for plugins was not the same as shared parent, or pure maven parent).
When switching to Git, we switched to one Git repository and one unique 
release cycle: a vote for a release remains not so easy (because getting votes 
is not easy), but at least there is only one for every parent POM.

We have the same initial situation with resource bundles: the independence of 
the release cycles inside the unique trunk are not written in stone, we can 
simplify and hope that it will ease maintenance in addition to ease migration.
Or we can make efforts to split: for plugins or shared components, splitting 
was the only reasonable option.

> I wonder if they should be part of the Maven group, looks more like a they
> are maintained by us by coincidence. Is there some ASF resources group to
> maintain this (or worth introducing)?
exactly like the ASF parent POM
If you find someone who want to maintain, don't hesitate

Regards,

Hervé

[1] https://maven.apache.org/pom/index.html

Le dimanche 21 juin 2020, 21:36:37 CEST Robert Scholte a écrit :
> I agree: independent release cycles means independent repositories.
> I wonder if they should be part of the Maven group, looks more like a they
> are maintained by us by coincidence. Is there some ASF resources group to
> maintain this (or worth introducing)?
> 
> thanks,
> Robert
> 
> On 21-6-2020 19:14:47, Michael Osipov  wrote:
> 
> Am 2020-06-20 um 00:31 schrieb Hervé BOUTEMY:
> > one of the last part not yet done, because there is a choice to do:
> > - migrate to one multi-module Git repository?
> > - or split each bundle into a separate Git repo?
> 
> These two question can be answered when we know whether these modules
> are loosely coupled of strongly interrelated like our POM parents.
> If the former, separate repos, if the latter one repo.
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org





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



Re: migrating Apache Resource Bundles from svn to Git

2020-06-21 Thread Robert Scholte
I agree: independent release cycles means independent repositories.
I wonder if they should be part of the Maven group, looks more like a they are 
maintained by us by coincidence.
Is there some ASF resources group to maintain this (or worth introducing)?

thanks,
Robert

On 21-6-2020 19:14:47, Michael Osipov  wrote:
Am 2020-06-20 um 00:31 schrieb Hervé BOUTEMY:
> one of the last part not yet done, because there is a choice to do:
> - migrate to one multi-module Git repository?
> - or split each bundle into a separate Git repo?

These two question can be answered when we know whether these modules
are loosely coupled of strongly interrelated like our POM parents.
If the former, separate repos, if the latter one repo.


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



Re: migrating Apache Resource Bundles from svn to Git

2020-06-21 Thread Michael Osipov

Am 2020-06-20 um 00:31 schrieb Hervé BOUTEMY:

one of the last part not yet done, because there is a choice to do:
- migrate to one multi-module Git repository?
- or split each bundle into a separate Git repo?


These two question can be answered when we know whether these modules 
are loosely coupled of strongly interrelated like our POM parents.

If the former, separate repos, if the latter one repo.


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



migrating Apache Resource Bundles from svn to Git

2020-06-19 Thread Hervé BOUTEMY
one of the last part not yet done, because there is a choice to do:
- migrate to one multi-module Git repository? which name? which version?
- or split each bundle into a separate Git repo?

see current content:
- site: https://maven.apache.org/apache-resource-bundles/index.html
- Jira: https://issues.apache.org/jira/projects/MASFRES/summary
- svn: https://svn.apache.org/viewvc/maven/resources/trunk/
- read-only svn2git: https://github.com/apache/maven-resources
- last releases:
apache-source-release-assembly-descriptor 1.0.6 (2016-05-07)
apache-incubator-disclaimer-resource-bundle 1.1 (2007-03-08)
apache-jar-resource-bundle 1.4 (2008-03-17)
apache-license-header-resource-bundle 1.1 (2007-03-08)



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