So next next victim in pruning is gt-main ... the dependency on commons 
beanutils brings in commons logging.

Once again we depend in order to use a single class - our implementation of 
CommonsConverterFactory makes use of ConvertUtils as follows....

       static {
            ConvertUtils.register( uri, URI.class );
                ConvertUtils.register( number, Number.class );
                
                //make sure numeric converters do not use default value
                ConvertUtils.register( new ByteConverter(null), Byte.class );
                ConvertUtils.register( new ShortConverter(null), Short.class );
                ConvertUtils.register( new IntegerConverter(null), 
Integer.class );
                ConvertUtils.register( new LongConverter(null), Long.class );
                ConvertUtils.register( new BigIntegerConverter(null), 
BigInteger.class );
                ConvertUtils.register( new FloatConverter(null), Float.class );
                ConvertUtils.register( new DoubleConverter(null), Double.class 
);
                ConvertUtils.register( new BigDecimalConverter(null), 
BigDecimalConverter.class );
                
                ConvertUtils.register( new BooleanConverter(null), 
Boolean.class );
                ConvertUtils.register( new CharacterConverter(null), 
Character.class );
        }

Looking at this I can see where justin got the idea for our ConverterFactory 
from.

Javadocs for reference:
- 
http://commons.apache.org/beanutils/api/org/apache/commons/beanutils/ConvertUtils.html

Jody

On 01/07/2010, at 2:34 PM, Jody Garnett wrote:

> Hi Micheal:
> 
> In putting together this years workshop materials; the initial "graph" of 
> dependencies is really large. As such I would like put gt-swing on a diet :-)
> I think the main culprit is a dependency on process (in an attempt to save 
> the process wizard code which is actually still missing - the packages are 
> empty). By definition gt-process almost does everything - pulling in xml 
> etc...
> 
> Jody
> 


------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to