geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jason Dillon <>
Subject Re: Our 2.1 assemblies are nearly 2x the size of 2.0.2
Date Tue, 04 Dec 2007 00:45:00 GMT
On Dec 2, 2007, at 5:10 PM, Kevan Miller wrote:
>>> 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...

I'd recommend *not*, though if we aren't happy with the additional  
bloat from the current impl, we can re-implement in pure-java and  
remove the dependency on Groovy.  Its possible, though not very  
elegant IMO, as the AntBuilder syntax is ideal for launching new  

As I mentioned before, the size of the core of GShell is a little more  
than a megabyte, and with out the XStream bits its just under a  
megabyte, but again the custom XML parsing bits are not very elegant  
so I'd rather just keep XStream around.

There are a few optimizations that can be done for Geronimo  
integration however.  Like for example GShell includes a _diet_  
version of Log4j, which excludes all the ancillary muck that comes  
with its arifact.  Since we already include the full log4j.jar we can  
omit the diet version thin things down.  Also, as I mentioned before  
I've not yet peeped at what is already included in the repository and  
what is duplicated in the lib/gshell directory, though I did try to re- 
sure bits from lib/*

And lets also keep in mind that the next version of GShell will behave  
a lot like Maven2 wrt dependency resolution for commands, which means  
that we can configure commands and then GShell will re-use bits from  
the repo or download them as needed from central.


View raw message