An instance implementing this interface can be configured by setting the property in the {@link ca.uhn.hl7v2.parser.ParserConfiguration} class andwill then be used to generate IDs for all messages created by HAPI. The default implementation is {@link FileBasedHiLoGenerator}.
HAPI does not provide ID generators that depend on external resources (except for files). Implementors are encouraged to add their own classes (implementing {@link IDGenerator.Ordered}, e.g. based on database tables or sequences, and use it as delegate in {@link DelegatingHiLoGenerator}. @see DelegatingHiLoGenerator @see FileBasedHiLoGenerator @author Christian Ohr
Note that many databases have sequences or auto increment features. These can be used rather than an IdGenerator and are different in that they occur during an insert. IdGenerator is used to generate an id BEFORE the actual insert.
Important: Do not use outside of Soy code (treat as superpackage-private). @author Kai Huang
The generated Id's will cached in a {@link java.util.concurrent.BlockingQueue} and reproduced if an id has been removed.
@author Simon WillnauerThe IdGenerator must be loaded after its designated {@link IdGeneratorModule#setPersistenceSource persistence source} duringstartup.
To create an ID generator that generates the same set of IDs from one test run to anther, you need only to implement {@link #nextDesktopId}to return a deterministic value. All other methods just return null to use the default. @author tomyeh @see Component#getUuid @see Page#getUuid @see Desktop#getId @since 2.4.1
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|