Hi folks,

As you may know uDig uses the GeoAPI jars with Generics however I'm getting an odd error when running the following code:
Id fidFilter=(Id) filter;
Set<Identifier> ids = new HashSet<Identifier> (fidFilter.getIdentifiers()); for (Iterator<Identifier> iter = ids.iterator(); iter.hasNext();) {
                                Identifier element = (Identifier) iter.next();
                                Object id = element.getID();


The exception occurs at the element.getID() line. The exception is as follows:

java.lang.AbstractMethodError: org.geotools.filter.identity.FeatureIdImpl.getID()Ljava/lang/Object; at net.refractions.udig.tools.edit.support.EditUtils.removeFidFromExcludeFi lter(EditUtils.java:1034) at net.refractions.udig.tools.edit.support.EditUtils.refreshLayer (EditUtils.java:1017) at net.refractions.udig.tools.edit.commands.RemoveEditGeomCommand.run (RemoveEditGeomCommand.java:136) at net.refractions.udig.project.command.UndoableComposite.execute (UndoableComposite.java:81)

Jody is telling me it has something to do with the generics not being used in Geotools. I'd like to create a module for testing these types of cases I find. I'd also like some suggestions on how I might go about fixing this any ideas? I did my best to verify the versions of GeoAPI is the same as the one used by the Geotools I'm using. I also built the latest Geotools 2.4. So it all looks good. In eclipse I can resolve the method it just goes south when I call the method at runtime.

Ideas?

Jesse

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to