geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From David Jencks <david_jen...@yahoo.com>
Subject Re: Our 2.1 assemblies are nearly 2x the size of 2.0.2
Date Sun, 02 Dec 2007 23:14:38 GMT

On Dec 2, 2007, at 12:31 PM, Kevan Miller wrote:

>
>
> On Nov 30, 2007 5:59 PM, Joe Bohn <joe.bohn@earthlink.net> wrote:
>
> It looks like the size of our images is increasing dramatically  
> (nearly 2x).
>
> For example, the geronimo-jetty6-minimal snapshots have been growing
> like this (these image sizes are from the snapshot repo):
>
> 16604006 Jul 26 18:54
> geronimo-jetty6-minimal-2.1-20070726.182538-1-bin.tar.gz
> 17086729 Jul 26 18:53 geronimo-jetty6-minimal-2.1-20070726.182538-1- 
> bin.zip
>
> 22310769 Nov  1 03:19
> geronimo-jetty6-minimal-2.1-20071101.014839-2-bin.tar.gz
> 22744083 Nov  1 03:18 geronimo-jetty6-minimal-2.1-20071101.014839-2- 
> bin.zip
>
> 30812531 Nov 30 22:45
> geronimo-jetty6-minimal-2.1-20071130.211933-3-bin.tar.gz
> 31248864 Nov 30 22:43 geronimo-jetty6-minimal-2.1-20071130.211933-3- 
> bin.zip
>
> Most of the recent jump (fyi my 27 Nov build is only 22 megs) is  
> caused by boilerplate assembly in our repository (repository/org/ 
> apache/geronimo/assemblies/geronimo-boilerplate-minimal/2.1- 
> SNAPSHOT/geronimo- boilerplate-minimal-2.1-SNAPSHOT.jar). I would  
> assume it's caused by david j's http://svn.apache.org/viewvc? 
> rev=598819&view=rev We should be able to get rid of that...

I don't think this is practical if we want to be able to extract  
servers.  We need something that's the layout for the base server  
with all the crud that isn't in the repo.  The boilerplate config is  
that crud all nicely packed up in a reusable form.  I'm certainly  
open to suggestions but I have no idea how to do anything else for  
2.1.  To the extent we can get the lib (and gshell) jars into the g.  
repo we will avoid duplicating these jars and shrink the boilerplate  
plugin.

thanks
david jencks


>
> A bit harder to apples-to-apples compare the longer term growth.  
> lib/gshell accounts for a 5 meg growth (unpacked). So, that would  
> help account for most of the growth in the minimal assembly...
>
> --kevan
>


Mime
View raw message