Actually, UUID implementations aren't really obsolete. The Random UUID generated by Java can't be guaranteed to be unique, just that the probability that it is is very high. In many circumstances it is desirable to have a UUID where the uniqueness properties are known - such as a type 1 UUID. For that reason I had to implement my own UUID class at https://svn.apache.org/repos/asf/logging/log4j/branches/BRANCH_2_0_EXPERIMENTAL/rgoers/log4j2-core/src/main/java/org/apache/logging/log4j/core/helpers/UUIDUtil.java. I can think of other circumstances where a Type 1 UUID may not be quite sufficient and the algorithm will need to be modified somewhat.
FWIW, In my research on UUIDs I ran across http://johannburkard.de/software/uuid/ which would be a good implementation of a type 1 uuid - except it isn't thread safe. See my comments at http://wiki.apache.org/cassandra/TimeBaseUUIDNotes Ralph On Nov 22, 2011, at 6:24 AM, Jörg Schaible wrote: > Hi Gary, > > Gary Gregory wrote: > >> Hi, >> >> What about http://commons.apache.org/sandbox/id/ ? > > This is something different. That component provides a UUID implementation > (somewhat obsolete now since Java 5) and the concept of id generators. > >> If IDs are important, this project should be in play on its own or folded >> into [lang]. > > That has been proposed before and is IMHO valid for the the generator stuff. > >> Thoughts? > > It's completely independent of the proposed functionality of UUIDUtils. > > Cheers, > Jörg > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org >
