If you want an automagically universal unique ID, you can use a UUID stored inside a suitable char field. You'll surely find some Java util to create it. It's not as small and performant as an integer, but it's guaranteed to be unique. A simple integer qith it's 2^31 upper limit, may not be enough anyway...
Bye Paolo Rizzi > -----Messaggio originale----- > Da: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] conto di > Sunburned Surveyor > Inviato: venerdì 16 novembre 2007 18.49 > A: List for discussion of JPP development and use. > Oggetto: Re: [JPP-Devel] Question about persistent feature > identification... > > > I think we could do this using the ability to have an atttribute with > a datatype of Object. We could design an object that basically wraps > an integer and only allows its value to be modified with some type of > override method. I bet there is something like this in Apache's > Jakarta Commons, and it probably comes with a Generator class that > produces sequential IDs. I'll check it out. > > Thanks for the comments. > > The Sunburned Surveyor > > On Nov 16, 2007 7:46 AM, Andreas Schmitz <[EMAIL PROTECTED]> wrote: > > Sunburned Surveyor wrote: > > > > Hi, > > > > > Andreas wrote: "But I cannot really see > > > the point in trying to find a common name for an ID > field, as that usually > > > depends strongly on your use case" > > > > > > I didn't want a situation where a Feature Schema needs to have a > > > persistent ID attribute for my schema and another > persistent ID for > > > another plug-in. I thought if we could come up with a > fairly standard > > > persistent ID attribute name and datatype that other > plug-ins could > > > use it as well. > > > > I can see the benefit of an AttributeType for IDs, > preferably one that cannot be > > altered (or make it optional to enable modifications) by the user. > > > > > > Best regards, Andreas > > -- > > l a t / l o n GmbH > > Aennchenstrasse 19 53177 Bonn, Germany > > phone ++49 +228 18496-11 fax ++49 +228 1849629 > > http://www.lat-lon.de http://www.deegree.org > > > > > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v1.4.6 (GNU/Linux) > > > > iD8DBQFHPbs7737OVr+Ru7oRAgrEAKDPHsb/tf5xVoiMGRIo3qYeqqz62gCfQKRr > > Igkvl1nlMgj2Fj4w8NJ19rQ= > > =jRZM > > -----END PGP SIGNATURE----- > > > > > -------------------------------------------------------------- > ----------- > > 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/ > > _______________________________________________ > > Jump-pilot-devel mailing list > > Jump-pilot-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > > > -------------------------------------------------------------- > ----------- > 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/ > _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > ------------------------------------------------------------------------- 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/ _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
