2012/2/8 Gary Gregory <garydgreg...@gmail.com>: > On Feb 7, 2012, at 16:49, Mladen Turk <mt...@apache.org> wrote: > >> On 02/07/2012 10:20 PM, Gary Gregory wrote: >>> On Feb 7, 2012, at 15:03, Mladen Turk<mt...@apache.org> wrote: >>> >>>> On 02/07/2012 08:16 PM, Gary Gregory wrote: >>>>> On the topic of Maven: it seems of odd to have EXEs in a ZIP file, the >>>>> EXEs, like JAR files, should just be there, ready to be downloaded and >>>>> used >>>>> as-is. Unless I am missing something. >>>>> >>>> >>>> Please do not hijack vote thread for technical discussions. >>> >>> The vote states "note that starting with this release, the windows >>> binaries are in the maven repo, finally :)" >>> >>> IMO the new artifacts can and should be discussed for the reasons I >>> outlined. >>> >> >> Those are not new artifacts. Previously I manually created bin-windows.zip >> Now its build with assembly/win.xml. So what's the fuzz? > > I think that I should ask in a Jira that exes be available in maven > instead of a zip of exes. That seems like it would be better for the > process. > > Thoughts? >
If 1) the executable is not called "unzip.exe" and 2) you are not going to start it "as is" from where it has been downloaded then I would prefer it to be packed in a zip file. I see the following benefits: 1. If the file hes been truncated I would expect some error while unpacking it. With an exe you would not have such a warning. 2. The zip file takes less space on my hard drive and downloads faster. 3. The number of artifacts is lesser. In commons-daemon there are 4 exe files: 2 main exes + 2 additional variants of one of them for other CPU architectures. It is better to download all them at once (or the pair for your CPU) rather than each exe separately. There will be no need for separate md5 and asc files for each of exe's. Best regards, Konstantin Kolinko --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org