• Type: Epic
    • Resolution: Done
    • Priority: Major - P3
    • None
    • Affects Version/s: None
    • Component/s: None
    • None
    • Ease Using UUIDs
    • Not Needed
    • Done
    • 6
    • 6
    • 6
    • 0
    • None
    • None
    • Hide

      Engineer(s): Aditi (Intern Project)

      2022-09-02:

      • Status update:
        • Project complete.
      • Rationale for delays:
        • No Delays.
      • Risks:
        • No risks.
      Show
      Engineer(s): Aditi (Intern Project) 2022-09-02: Status update: Project complete. Rationale for delays: No Delays. Risks: No risks.
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      Since I wanted to store my documents using an UUID instead the native Mongo ID object, I found quickly the pkFactory configuration parameter

      As a user of custom UUID objects, I found two problems that were hard to solve. I believe mentioning these in the documentation would be useful.

      1. Serialization. This one is easy to solve. Just add a .toJSON() function

      2. Deserialization. I am stuck here. I am casting to my own UUID class manually. However the driver can notice Binary.SUBTYPE_UUID objects.

      A configuration parameter taking the constructor method for a custom UUID class would greatly reduce the burden for a programmer.

              Assignee:
              Unassigned
              Reporter:
              Francisco
              None
              Votes:
              0 Vote for this issue
              Watchers:
              12 Start watching this issue

                Created:
                Updated:
                Resolved:
                11 weeks, 2 days
                None
                None
                None
                None