Re: [Geotools-devel] [udig-devel] report from udig on trunk :-)

2006-12-19 Thread Jody Garnett
We have a blocker on GeoTools 2.4 to check if the we can use OSGi to wire up GeoTools (rather then FactorySPI) - if that is successful I imagine we can break up libs into its component parts (and no longer have this hack of an ant script to maintain). If you want a real sad story you should hea

Re: [Geotools-devel] [udig-devel] report from udig on trunk :-)

2006-12-19 Thread Jody Garnett
Okay we are back, added a dependency to beanutils 1.7.0; note even without this dependency udig still functioned - I suspect we are running a bunch of code on the edges to hack around the previous implementation of LiteralExpression. So Justin - are you going to update us to JTS-1.8 :-) Remembe

Re: [Geotools-devel] [udig-devel] report from udig on trunk :-)

2006-12-19 Thread Justin Deoliveira
Yup, you will have to drag in commons-beanutils into the set of libraries. One thing i just thought of for udig was the dependencies on emf + xsd for the xml module. Although you probably aren't pulling that dependency in are you? If you did I wonder if the eclipse class loading system would save y

Re: [Geotools-devel] [udig-devel] report from udig on trunk :-)

2006-12-19 Thread Jody Garnett
Oh I spoke too soon :-) It seems some extra dependencies have been sneaked in. > Caused by: java.lang.NoClassDefFoundError: > org/apache/commons/beanutils/Converter > at java.lang.Class.forName0(Native Method) > at java.lang.Class.forName(Unknown Source) > at sun.misc.Service$LazyIter