Add a new ObjectIdGenerator
, StringIdGenerator
, to allow arbitrary String
Object Id usage
#77
Milestone
ObjectIdGenerator
, StringIdGenerator
, to allow arbitrary String
Object Id usage
#77
(note: based on idea from https://github.com/FasterXML/jackson-dataformat-yaml/issues/45)
There is one possibly common use case with Object Ids: one where no generation is needed, but source ids are String ids with arbitrary structure (or, possibly, none) and where the only important thing from Jackson perspective is that they are unique ids.
In addition to allow use of "opaque" Object Ids, generation side could either:
UUID
generation, similar toUUIDGenerator
For now I think (2) makes more sense, as it actually will work just fine. If anyone wants to disallow this, or change it, they may then simply override implementation method(s).
The text was updated successfully, but these errors were encountered: