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
