Re: [Geotools-devel] xmlcodegen geometry binding problem

2010-01-27 Thread Ben Caradoc-Davies
On 27/01/10 22:09, Justin Deoliveira wrote: > My apologies for delayed response. Lots of stuff on the go right now. Yes, I see you have been rather busy! > As for your question. Those types that are bound to JTS types were > changed after the fact manually. Tedious yes I know. Thanks for confirm

Re: [Geotools-devel] xmlcodegen geometry binding problem

2010-01-27 Thread Justin Deoliveira
Hi Ben, My apologies for delayed response. Lots of stuff on the go right now. As for your question. Those types that are bound to JTS types were changed after the fact manually. Tedious yes I know. I believe the only place those bindings are used is in GeoServer. When it auto generates a schem

Re: [Geotools-devel] xmlcodegen geometry binding problem

2010-01-26 Thread Ben Caradoc-Davies
Justin, I am still trying to find out how geometry types in gml3 GMLSchema end up bound to JTS Geometry.class (in and AttributeTypeImpl). When I run xmlcodegen to make GMLSchema they are instead bound to Collection.class (in a ComplexTypeImpl), and Bad Things Happen. Did I miss something? Sorr

[Geotools-devel] xmlcodegen geometry binding problem

2010-01-20 Thread Ben Caradoc-Davies
Justin, I have been making a lot of progress using xmlcodegen to improve gt-xsd-gml3 GMLSchema (GEOT-2505). I modified schema.javajet so its output avoids the 64kB method limit. I also changed the output so that the members of GMLSchema are static, as in earlier versions. One problem I have en