Wendy, I did say in a later email I wrongly believed we were talking about Maven repos. If it is just the Apache distributions, and those have bogus files, those should be deleted. Just can the whole release. I think that's sensible.
Paul On Thu, Oct 1, 2009 at 3:00 PM, Wes Wannemacher <w...@wantii.com> wrote: > On Thu, Oct 1, 2009 at 3:51 PM, Wendy Smoak <wsm...@gmail.com> wrote: >> On Thu, Oct 1, 2009 at 12:39 PM, Paul Benedict <pbened...@apache.org> wrote: >>> I still advocate deleting the 2.1.8 binaries. Will that be done? Any >>> bad distribution should get the shovel. >> >> As I understand it, there's nothing wrong with the artifacts in the >> Maven repo, and no reason to delete them. >> >> This is a problem with any of the distribution zip files that contain >> documentation, correct? (Because of a question mark in a filename?) >> That is, there's nothing wrong with the code, it's a packaging issue? >> > > Wendy, you are 100% correct on issue one. > > On issue two, there are multiple problems with the packaged > documentation. Not only does the ? character cause problems with > windows users, but the documentation is incomplete because of the > change to the struts-master pom file I made a while back. Again, > neither of these issues affects the maven artifacts... > > The main reason I want to proceed by making this a new build is this - > how do I know the problems are truly resolved, unless I go through > the process? In the end, there should be no difference between > Musachy's build of the jars (for 2.1.8) and what I am doing (2.1.8.1). > The difference is that Musachy and I are working hard to streamline > the release process so that where it is not easy, it is > well-documented and robust. That way people other than myself and > Musachy will be willing to jump in and do a release periodically. > > -Wes > > > -- > Wes Wannemacher > > Head Engineer, WanTii, Inc. > Need Training? Struts, Spring, Maven, Tomcat... > Ask me for a quote! > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org > For additional commands, e-mail: dev-h...@struts.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org