public final class UUIDs extends Object
"com.datastax.driver.PID" is set then the value to use as a PID
 will be read from that property;getpid() is possible, then the PID
 will be read from that call;RuntimeMXBean, which is a well-known,
 yet undocumented "hack", since most JVMs tend to use the JVM's PID as part of that MXBean name;| Modifier and Type | Field and Description | 
|---|---|
| static String | PID_SYSTEM_PROPERTYThe System property to use to force the value of the process ID (PID). | 
| Modifier and Type | Method and Description | 
|---|---|
| static UUID | endOf(long timestamp)Creates a "fake" time-based UUID that sorts as the biggest possible
 version 1 UUID generated at the provided timestamp. | 
| static UUID | random()Creates a new random (version 4) UUID. | 
| static UUID | startOf(long timestamp)Creates a "fake" time-based UUID that sorts as the smallest possible
 version 1 UUID generated at the provided timestamp. | 
| static UUID | timeBased()Creates a new time-based (version 1) UUID. | 
| static long | unixTimestamp(UUID uuid)Return the Unix timestamp contained by the provided time-based UUID. | 
public static final String PID_SYSTEM_PROPERTY
public static UUID random()
UUID.randomUUID().public static UUID timeBased()
timeuuid Cassandra type. In particular the generated UUID
 includes the timestamp of its generation.
 
 Note that there is no way to provide your own timestamp. This is deliberate, as we feel that this does not
 conform to the UUID specification, and therefore don't want to encourage it through the API.
 If you want to do it anyway, use the following workaround:
 Random random = new Random(); UUID uuid = new UUID(UUIDs.startOf(userProvidedTimestamp).getMostSignificantBits(), random.nextLong());If you simply need to perform a range query on a
timeuuid column, use the "fake" UUID generated by
 startOf(long) and endOf(long).public static UUID startOf(long timestamp)
timeuuid column.
 
 The UUIDs created by this method are not unique and as such are
 not suitable for anything else than querying a specific time
 range. In particular, you should not insert such UUIDs. "True" UUIDs from
 user-provided timestamps are not supported (see timeBased()
 for more explanations).
 
 Also, the timestamp to provide as a parameter must be a Unix timestamp (as
 returned by System.currentTimeMillis() or Date.getTime()), and
 not a count of 100-nanosecond intervals since 00:00:00.00, 15 October 1582 (as required by RFC-4122).
 
 In other words, given a UUID uuid, you should never call
 startOf(uuid.timestamp()) but rather
 startOf(unixTimestamp(uuid)).
 
 Lastly, please note that Cassandra's timeuuid sorting is not compatible
 with UUID.compareTo(java.util.UUID) and hence the UUIDs created by this method
 are not necessarily lower bound for that latter method.timestamp - the Unix timestamp for which the created UUID must be a
                  lower bound.timeuuid sorting) UUID of timestamp.public static UUID endOf(long timestamp)
startOf(long) for explanations about the intended usage of such UUID.timestamp - the Unix timestamp for which the created UUID must be an
                  upper bound.timeuuid sorting) UUID of timestamp.public static long unixTimestamp(UUID uuid)
UUID.timestamp(). More
 precisely, a version 1 UUID stores a timestamp that represents the
 number of 100-nanoseconds intervals since midnight, 15 October 1582 and
 that is what UUID.timestamp() returns. This method however
 converts that timestamp to the equivalent Unix timestamp in
 milliseconds, i.e. a timestamp representing a number of milliseconds
 since midnight, January 1, 1970 UTC. In particular, the timestamps
 returned by this method are comparable to the timestamps returned by
 System.currentTimeMillis(), Date.getTime(), etc.uuid - the UUID to return the timestamp of.uuid.IllegalArgumentException - if uuid is not a version 1 UUID.Copyright © 2012–2017. All rights reserved.