What about the GSOC project from last year? Can any of that be reused? Jody Garnett wrote: > I have been asked by a commercial customer to add a "cache" around a > slowly performing layer (arcsdedatastore). As such I am going to make a > design over the next couple of days and ask for a pretty serious review. > > A cache at the Datastore / FeatureStore level lives and dies by its > events; as such I probably can only get this one to work for arcsde > datastore (and any other data store that we care to "fix" the events > for). My first thought is to do a CachedFeatureStore implementation in > the geotools project (rather than just in uDig) so at the very least > datastore developers can watch their code fail to work :-) > > Does anyone else have thoughts, suggestions on this one. > Jody > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > _______________________________________________ > Geotools-devel mailing list > Geotools-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > !DSPAM:4007,47fe514a147478362916074! >
-- Justin Deoliveira The Open Planning Project [EMAIL PROTECTED] ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
