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