I thought md5 files were required? Unless that's project-specific (or Maven Central required?).
On 2 December 2017 at 17:07, Gary Gregory <garydgreg...@gmail.com> wrote: > On Sat, Dec 2, 2017 at 3:51 PM, Rob Tompkins <chtom...@gmail.com> wrote: > > > > > > > > On Dec 2, 2017, at 4:22 PM, Gary Gregory <garydgreg...@gmail.com> > wrote: > > > > > > Hi Rob, > > > > > > Note that for Commons Daemon we do want to deploy the bin zip that > > contains > > > the Windows DLL/EXEs. > > > > Indeed, this would need to be done at a component level to accommodate > > just that. But, with Chas’ last email about signatures the point may be > > moot for the time being. I plan to start investigating that path. > > > > If we do a new plugin, we should only generate SHA-512 hashes and do away > with MD5 and SHA-1. > > Gary > > > > > > > Cheers, > > -Rob > > > > > > > > Some folks, like me, depend on it in order to include the Windows > > EXE/DLLs > > > in builds. > > > > > > Gary > > > > > > On Sat, Dec 2, 2017 at 2:06 PM, Rob Tompkins <chtom...@gmail.com> > wrote: > > > > > >> Hello all, > > >> > > >> In my work on the [build-plugin], I’ve come across the following > > mechanism > > >> to prevent the [maven-assembly-plugin] from deploying the artifacts to > > >> nexus. If in the configuration section of the plugin, you put > > >> “<attach>false</attach>” the archives that the [maven-assembly-plugin] > > >> creates will not get pushed up to nexus. For example I have locally in > > >> [text] the following: > > >> > > >> <plugin> > > >> <artifactId>maven-assembly-plugin</artifactId> > > >> <configuration> > > >> <descriptors> > > >> <descriptor>src/assembly/bin.xml</descriptor> > > >> <descriptor>src/assembly/src.xml</descriptor> > > >> </descriptors> > > >> <tarLongFileMode>gnu</tarLongFileMode> > > >> <attach>false</attach> > > >> </configuration> > > >> </plugin> > > >> > > >> and with that, using "-Ptest-deploy" profile, the archives aren’t > pushed > > >> to "./target/deploy”. > > >> > > >> As previously stated, my plan is to streamline the release process > > >> considerably with java updates to the build plugin, but for the time > > being, > > >> this should be helpful. > > >> > > >> Cheers, > > >> -Rob > > >> --------------------------------------------------------------------- > > >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > >> For additional commands, e-mail: dev-h...@commons.apache.org > > >> > > >> > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > -- Matt Sicker <boa...@gmail.com>
