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 > >
