On 4 January 2018 at 13:30, Matt Benson <mben...@apache.org> wrote: > Hi Rob, > I noticed that your sample usage included authentication credentials at the > command line. Does your work also support Maven settings-based > authentication specified in server XML elements?
If not, there is some sample code you could lift from: https://svn.apache.org/repos/asf/commons/dev/plugins/commonsdev-example-plugin/trunk/src/main/java/org/apache/commons/dev_plugins/example/ExampleMojo.java > Matt > > On Jan 4, 2018 7:08 AM, "Rob Tompkins" <chtom...@gmail.com> wrote: > >> >> >> > On Jan 4, 2018, at 5:24 AM, Gilles <gil...@harfang.homelinux.org> wrote: >> > >> > Hi. >> > >> > On Wed, 3 Jan 2018 21:07:41 -0500, Rob Tompkins wrote: >> >> Hello all, >> >> >> >> So, now I have a plugin that detaches the distributions, zips the >> >> site, and then commits the zipped site, RELEASE-NOTES.txt (from the >> >> root), and the distributions to the svn staging area. All from: >> >> >> >> mvn clean site deploy -Prelease -Duser.name=chtompki >> >> -Duser.password=<my_password> >> >> >> >> Thoughts on pulling this in as a new component and starting to get it >> >> to a more formal state? I’m sure we could add more, but this does take >> >> away a considerable portion of the manual steps. >> > >> > Does it work for modular components? [See below.] >> > >> >> Also, as I said before I’ve not written any maven unit/integration >> >> tests. I do know that I could contrive some unit tests using >> >> PowerMockito (but that feels mildly pointless because it is indeed a >> >> contrivance with little value). So, I will try to investigate the >> >> maven testing mechanics, but what I currently have does indeed work. >> >> >> >> Should I call a vote for the new component? >> >> >> >> Cheers, >> >> -Rob >> >> >> >> >> >> >> >>> On Jan 3, 2018, at 8:59 PM, chtom...@apache.org wrote: >> >>> >> >>> Author: chtompki >> >>> Date: Thu Jan 4 01:59:44 2018 >> >>> New Revision: 24003 >> >>> >> >>> Log: >> >>> Removing commons-text-1.3-SNAPSHOT >> >>> >> >>> Removed: >> >>> dev/commons/text/RELEASE-NOTES.txt >> >>> dev/commons/text/binaries/commons-text-1.3-SNAPSHOT-bin.tar.gz >> >>> dev/commons/text/binaries/commons-text-1.3-SNAPSHOT-bin.tar.gz.asc >> >>> dev/commons/text/binaries/commons-text-1.3-SNAPSHOT-bin.tar.gz.md5 >> >>> dev/commons/text/binaries/commons-text-1.3-SNAPSHOT-bin.tar.gz.sha1 >> >>> dev/commons/text/binaries/commons-text-1.3-SNAPSHOT-bin.zip >> >>> dev/commons/text/binaries/commons-text-1.3-SNAPSHOT-bin.zip.asc >> >>> dev/commons/text/binaries/commons-text-1.3-SNAPSHOT-bin.zip.md5 >> >>> dev/commons/text/binaries/commons-text-1.3-SNAPSHOT-bin.zip.sha1 >> >>> dev/commons/text/site.zip >> >>> dev/commons/text/source/commons-text-1.3-SNAPSHOT-src.tar.gz >> >>> dev/commons/text/source/commons-text-1.3-SNAPSHOT-src.tar.gz.asc >> >>> dev/commons/text/source/commons-text-1.3-SNAPSHOT-src.tar.gz.md5 >> >>> dev/commons/text/source/commons-text-1.3-SNAPSHOT-src.tar.gz.sha1 >> >>> dev/commons/text/source/commons-text-1.3-SNAPSHOT-src.zip >> >>> dev/commons/text/source/commons-text-1.3-SNAPSHOT-src.zip.asc >> >>> dev/commons/text/source/commons-text-1.3-SNAPSHOT-src.zip.md5 >> >>> dev/commons/text/source/commons-text-1.3-SNAPSHOT-src.zip.sha1 >> >>> >> > >> > In the case of a modular component, the file >> > commons-<name>-<version>-bin.tar.gz >> > should contain the JAR files (codes, sources, javadoc) of all >> > the modules, and the file >> > commons-<name>-<version>-src.tar.gz >> > should contain the (main) source codes of all the modules. >> > >> > If your new plugin does that, then it will be unnecessary to >> > add an ad-hoc module like "dist-archive" (see e.g. [1]) that >> > only exists for the sake of creating those ("include-all") >> > "src" and "bin" files. >> >> Yes. Your have a good point point Gilles. >> >> It would seem that we would want some flavour of a new distribution >> handling mojo for just this case, but I don’t foresee that as being overly >> difficult, we’d have to just accommodate for a slightly more manual >> process. I still think that with a little work we could make the signing of >> those artifacts as well as the upload to svn maven target based as opposed >> to you having to copy files around on your machine and check them in >> manually. >> >> Thoughts? >> >> -Rob >> >> > >> > Regards, >> > Gilles >> > >> > [1] https://issues.apache.org/jira/browse/RNG-31 < >> https://issues.apache.org/jira/browse/RNG-31> >> > >> > >> > --------------------------------------------------------------------- >> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org <mailto: >> dev-unsubscr...@commons.apache.org> >> > For additional commands, e-mail: dev-h...@commons.apache.org <mailto: >> dev-h...@commons.apache.org> >> --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org