I cannot say that I am in favor of this change for several reasons. (1) No performance benchmarks. This sounds like a "thought" optimization.
(2) If the classes do take some amount of time T longer load, so what? Context is what matters, for instance, for the example I know best, my company's app server, if the server takes 20 seconds or 20+T (=?) seconds to start, no one cares. Our customers leave the server running for days or have policies whereby servers are rebooted every night. Oddly enough though, some folks look at our lib directory and count bytes and say things like "this is so big and there are so may jars, blah blah". So doubling the size of all commons jar files is not going to win us any fans. But that's just my case. Gary > -----Original Message----- > From: Mark R. Diggory [mailto:[EMAIL PROTECTED] > Sent: Monday, March 22, 2004 09:10 > To: Jakarta Commons Developers List > Subject: Re: Enhance performance by generating jar file with -0 option > > And yes, maven has this option and its defaulted to "true", we should > add it to our build.properties so that jars are not compressed. > > maven.jar.compress > > -Mark > > On Mon, 2004-03-22 at 12:06, Mark R. Diggory wrote: > > True, > > > > I think, if developers are actually producing Applets, they have a > > tendency to optimize them as much as possible, even un-jaring and > > re-wrapping all the classes they are dependent on and eliminating the > > classes they never use from the dependency jars. In the case of such > > re-wrapping efforts. In such light having the original jars > > compressed/uncompressed is unimportant to developers of applets. > > > > That sounds very logical for application and server side tooling. Since > > we use Maven primarily to produce builds now in the Commons, I think we > > should look into if this can be configured in Maven so that all Commons > > Projects use the same strategy. > > > > -Mark > > > > > > On Tue, 2003-08-19 at 18:37, Wolfgang Hoschek wrote: > > > Would you consider generating jar files with the -0 option to store > > > files in the jar file without using ZIP compression? > > > > > > Although this typically doubles the jar file size, it increases class > > > loading performance (except when used in applets which are presumably > > > not that important here). For example the JDK rt.jar is produced that > way. > > > > > > Compatibility: The -0 option was introduced in JDK 1.2 > > > > > > Also see http://java.sun.com/j2se/1.4/docs/tooldocs/solaris/jar.html > > > > > > Thanks. > > > Wolfgang. > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > -- > Mark R. Diggory > Software Developer - VDC Project > Harvard MIT Data Center > http://www.hmdc.harvard.edu > > > --------------------------------------------------------------------- > 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]
