geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Kevan Miller <kevan.mil...@gmail.com>
Subject Re: Our 2.1 assemblies are nearly 2x the size of 2.0.2
Date Mon, 03 Dec 2007 01:10:56 GMT


On Dec 2, 2007, at 6:14 PM, David Jencks <david_jencks@yahoo.com> wrote:

>
> 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.

Does it have to be included in the assemblies by default? Why not  
install  the plugin, if you want to generate servers?

>
> 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...

I wonder if we should consider allowing gshell to be optional...

--kevan


Mime
View raw message