Not to worry; you are not sounding critical. I just need to: a) always make sure we are communicating with our change procedure b) always look out for new blood to make the geotools project strong
Incidentally in porting the user guide I found this section on "public api" in the initial welcome section. - http://docs.geotools.org/latest/userguide/guide/welcome/api.html If you can think of anyway to strengthen that advice/warning please let me know. I already added a good/bad example at the end of the page to show the difference. -- Jody Garnett On Thursday, 3 March 2011 at 6:22 PM, Jan De Moerloose wrote: > Hi Jody, > > i think you have a very strong point in that we are not participating in the > project as much as we probably should, so if i sounded critical that was > certainly not the intention. Maybe it's just that excellent products tend to > become invisible for their users (until you ran into a problem, of > course...:-) ? > Anyhow, i think we might have a chance to contribute in a couple of areas > (working up towards that steering committee) , i will set up separate threads > for that. > > Cheers, > Jan > > > On 3/03/2011 2:02, Jody Garnett wrote: > > Thinking. > > > > That is darn annoying as changing the return type to be more specific is > > part of Java (since Java 5). It did not occur to me that that would break > > reflection? The returned SimpleFeatureSource is still a FeatureSource. I > > was surprised myself. The code simply compiles, of course, and since we are > > open source, i think we should probably put binary compatibility in > > question. > > > > I can think of a workaround; but I am not sure if they will ... work. > > - You can try wrapping with a dynamic proxy; and route the method as > > appropriate > > > > Other than that we try our best to give a full release cycle before any > > deprecated method is removed. As andrea indicated the project cycles on the > > point release. This is an artifact from when we tracked the geoapi project; > > so a full release would only occur when geoapi changed the implementation > > target. > > > > The other thing I ask is that you watch the request for changes that go buy > > the GeoTools list and evaluate them against the impact to your project. As > > a major user of GeoTools you can work towards being involved and sitting on > > the steering committee. > > > > We do try and respect the opinion of committers on the project; but being > > on the steering committee gets you a vote (in addition to some work with > > respect project wide changes). > > > > -- > > Jody Garnett > > > > On Monday, 28 February 2011 at 9:40 PM, Jan De Moerloose wrote: > > > Hello, > > > > > > while upgrading to geotools 2.7-RC2 i am getting the following error on > > > 2.6 code: > > > > > > Caused by: java.lang.NoSuchMethodError: > > > > > > org.geotools.data.DataStore.getFeatureSource(Ljava/lang/String;)Lorg/geotools/data/FeatureSource; > > > at > > > > > > org.geomajas.layer.shapeinmem.FFeatureSourceRetriever.getFeatureSource(FeatureSourceRetriever.java:81) > > > > > > ~[classes/:na] > > > at > > > > > > org.geomajas.layer.shapeinmem.ShapeInMemLayer.initFeatures(ShapeInMemLayer.java:221) > > > > > > ~[classes/:na] > > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > > > ~[na:1.6.0_18] > > > > > > Apparently the return type of getFeatureSource() has changed to a > > > subtype of FeatureSource called SimpleFeatureSource. > > > I suppose the signature change is intentionally, but it causes a big > > > problem for us as we try to adhere to a strict api contract for our > > > Geomajas project (no recompilation of old code for upgrades). > > > > > > I would like to know if there is a fix possible that does not require > > > recompiling the 2.6 code (i doubt it from a java view point) ? > > > If not, should we expect similar issues with upcoming minor version > > > upgrades or is this an exceptional case ? > > > > > > Thank you for your help, > > > Jan > > > > > > > > > ------------------------------------------------------------------------------ > > > Free Software Download: Index, Search & Analyze Logs and other IT data > > > in > > > Real-Time with Splunk. Collect, index and harness all the fast moving IT > > > data > > > generated by your applications, servers and devices whether physical, > > > virtual > > > or in the cloud. Deliver compliance at lower cost and gain new business > > > insights. http://p.sf.net/sfu/splunk-dev2dev > > > _______________________________________________ > > > Geotools-gt2-users mailing list > > > [email protected] > > > https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users > > > > > > > -- Sincerely, Jan De Moerloose Geosparc n.v. http://www.geosparc.com sponsor > of http://www.geomajas.org
------------------------------------------------------------------------------ Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev
_______________________________________________ Geotools-gt2-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
