Andrea has gradually noticed how messed up geotools trunk is right now 
... and has been sobbing quietly in a little corner window of my desktop 
for minuets now (hi Andrea).

Here is the situation:
- GeoTools 2.2.x works against GeoAPI 2.0
- GeoTools FM works against GeoAPI 2.1
- GeoTools trunk is lost in the woods and the wolves are coming...

I "think" the geoapi jar we are using for trunk is something Justin 
cooked up with Eclipse and put up on a wiki so others could compile FM, 
and then when the initial Filter changes were merged back onto trunk 
this franken jar entered our life.

Since trunk is finally becoming important, and a target for GeoServer 
and uDig development we are going to have to fork a GeoAPI branch, get 
it to compile and give it a nice timestamp .... or we are going to have 
to catch up with the current GeoAPI snapshot.

Andrea and Justin if you can please advise,
Jody


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to