I don't see a problem with removing the duplicate jars from the lib directory, but I disagree with distributing "half-baked" wars. I like the fact that users can deploy sample applications with little effort.
I have some spare time next week, so I could look at paring out unnecessary jars from the lib dir, unless someone else wanted to work on this. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, December 18, 2003 2:04 PM To: Struts Developers List Subject: Re: Struts EL Distro I agree, also each of the *.war files have a copy of the .jar files. Would it be acceptable to have a script or ant to gut the WEB-INF/lib directory of war files before distribution then reinsert them by running another script after they are unpacked by the user? The Distro would be less than 4MB if we did that. We could create another ant target that never assembles the war files in the first place, and another 'ant demo-war' command could package the already compiled *.class files of the app into a war. -Rob > -----Original Message----- > From: David Graham [mailto:[EMAIL PROTECTED] > Sent: Thursday, December 18, 2003 09:54 PM > To: [EMAIL PROTECTED] > Subject: Struts EL Distro > > The binary Struts build includes struts-el in the contrib directory. > Why does struts-el/lib include the commons-*.jars and JSTL jars? The > common jars are already distributed with the standard Struts build and > the JSTL jars should be downloaded separately. > > Considering the frequency of Struts downloads and our large 21MB > distro size, removing these duplicate jars will save Apache a > considerable amount of bandwidth. > > David > > __________________________________ > Do you Yahoo!? > Free Pop-Up Blocker - Get it now > http://companion.yahoo.com/ > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
