Hi Jody, On Monday 18 June 2007 18:42:52 Jody Garnett wrote: > Hi Gabriel; Thanks for getting going on this! not a problem, glad to attack some issues that bother so much.
> > We can make a "normal" implementation of Filter in Data (and just not > make it the default FilterFactory) - this would be useful for DataStore > testing (to ensure they are ready). Actually doing so makes a lot of sense to me. Funny. I would have preferred to do that from the start. Chiming bell for the FM integration? how much pain it would have been avoided if we had a clean implementation from scratch? See getting filter ready for geoapi seems an endless task... First, making filter implementing geoapi filter didnt solve anything, the list of issues, regressions, incompatibilities and new bugs are just huge.. I had to solve a lot of them myself to get the CQL module usable. If we had a clean implementation from the start, we could focus just on getting things working with the new interfaces... abstract out common behaviour, have a single point where to look for for any issue, avoid regressions... end of rant :) regards, Gabriel > > Cheers, > Jody > > > Hi, > > > > so I spent most of the weekend working on GEOT-1192. > > So far I have main cleaned up, except for the filter package. After quite > > a few failed attemps to clean up as much as possible in the filter > > package and subpackages in main, I think it'll be better to attack them > > for the next release. Rationale is in the filter package in main, things > > are so tighly coupled to the old filter api it is practically impossible > > to turn them out to use only geoapi filters without completely removing > > the old ones, which is not possible since we need to keep them in > > deprecated state for another release. > > > > On the dark side, I need to find out which modification is making > > shapefile datastore to fail some tests. Specifically, when creating a > > featuretype from the temporary shapefile, its being built with an > > attribute of type long instead of int, making comparisons to fail... > > the fault is in something I've touched, gonna look at it at the > > afternoon. > > > > salute, > > > > Gabriel > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > _______________________________________________ > > Geotools-devel mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Geotools-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geotools-devel ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
