> So what I'd like to see is a set of incremental (small) patches > that do unlock the usage of DataAccess and complex features > one bit at a time, going up from the catalog unto the > output producers. > It would be nice if each patch could be reviewed and then > committed. > I also expect to see tests, so that we can prove stuff > is working and will keep on working as GeoServer evolves.
This sounds ideal, we really need to have an efficient way to roll in key changes in the back-end and have confidence that its all working properly. I suspect we may have a few situations where upstream modules may need to force some type narrowing to keep working unaffected with a more general backend. > Can the complex data store be used on top of one or more property > data stores? This is how we do functional testing now, and > works very nicely because there is no need to setup external > databases. > Yes - thats exactly how we do unit tests for the "application schemas" (note the name change, many application schemas will be GML simple features profile) > Cheers > Andrea > -- > Andrea Aime > OpenGeo - http://opengeo.org > Expert service straight from the developers. > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Geoserver-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geoserver-devel > ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
