yone use AutoIncrementFIDMapper as it currently exists? If
> it changes to abstract, what will it break?
>
> It isn't clear to me why the MySQL problem illustrated below
> occurs. If you add
> ID 100 delete it and do a SELECT MAX(ID), shouldn't it again return
> 1
ot
sure if it would make sense to (or if you would even be willing to)
look at this issue while you are working with the FIDMapper code?
Regards,
Michael
On June 7, 2006, Michael Brasser wrote:
> I also like your suggestion for making AutoIncrementFIDMapper
> abstract (with subclasses fo
Jesse,
Thanks for the clarifications, that helps. A few additional thoughts:
1. I think Chris' suggestion is a good one -- oid's were phased out
as of 8.1, so it would probably be good to check the version number
before using them. Likewise, PostGISAutoIncrementMapper can't be used
for vers
postgis FIDMapper always returns null
-
Key: GEOT-847
URL: http://jira.codehaus.org/browse/GEOT-847
Project: GeoTools
Type: Bug
Components: postgis
Environment: Win 2000, JRE 5.0, Using geotools 2.2.x
Reporter: Michael
that I can use to reproduce the problem?
-Justin
Michael Brasser wrote:
I am going by uDig's usage when a new feature is drawn using the
edit tool. This creates and runs a CreateAndSetNewFeature command,
which in turn creates and runs an AddFeatureCommand, which
includ
On Apr 29, 2006, at 11:30 PM, Jody Garnett wrote:
Michael Brasser wrote:
// should the ID be generated during an insert, we need to read it
back
// and set it into the feature
So I was assuming that the purpose of createID was to retrieve the
ID that was just generated?
We need to tag in
On Apr 29, 2006, at 9:06 PM, Jody Garnett wrote:Michael Brasser wrote: Hi,I am coming from the uDig mailing list. I was having problems in uDig saving information to a PostGIS database, and after debugging the problem for a while got to AutoIncrementFIDMapper in the Geotools package. In JDBCTextFea
t_id() (for MySQL)...Is this a bug, or have I misunderstood the purpose of AutoIncrementFIDMapper?Thanks,Michael Brasser
