Track ZooKeeper property creation and modification times

[DomGarguilo]

Fixes #6254

• adds per-property created and modified metadata to VersionedProperties
  • this metadata is preserved across set, replace, and remove operations
• for existing property data in ZooKeeper, metadata is backfilled using the blob timestamp
• this new metadata is displayed in zk info-viewer --print-props

Here is some example output from running on a test table "ts_meta_test" with one custom prop set accumulo zk info-viewer --print-props -t ts_meta_test:

-----------------------------------------------
Report Time: 2026-07-02T17:55:34.493156802Z
-----------------------------------------------
ZooKeeper properties for instance ID: fa04c4d8-ae79-42c2-8d9f-e3200a19079e

Tables:
Name: ts_meta_test, Data Version:6, Data Timestamp: 2026-07-02T17:55:29.749431901Z:
  table.constraint.1=org.apache.accumulo.core.data.constraints.DefaultKeySizeConstraint
    created:  2026-07-02T17:34:09.334956155Z
    modified: 2026-07-02T17:34:09.334956155Z
  table.custom.owner=domG
    created:  2026-07-02T17:34:53.6940349Z
    modified: 2026-07-02T17:55:07.085812366Z
  table.iterator.majc.vers=20,org.apache.accumulo.core.iterators.user.VersioningIterator
    created:  2026-07-02T17:34:09.334956155Z
    modified: 2026-07-02T17:34:09.334956155Z
  table.iterator.majc.vers.opt.maxVersions=1
    created:  2026-07-02T17:34:09.334956155Z
    modified: 2026-07-02T17:34:09.334956155Z
  table.iterator.minc.vers=20,org.apache.accumulo.core.iterators.user.VersioningIterator
    created:  2026-07-02T17:34:09.334956155Z
    modified: 2026-07-02T17:34:09.334956155Z
  table.iterator.minc.vers.opt.maxVersions=1
    created:  2026-07-02T17:34:09.334956155Z
    modified: 2026-07-02T17:34:09.334956155Z
  table.iterator.scan.vers=20,org.apache.accumulo.core.iterators.user.VersioningIterator
    created:  2026-07-02T17:34:09.334956155Z
    modified: 2026-07-02T17:34:09.334956155Z
  table.iterator.scan.vers.opt.maxVersions=1
    created:  2026-07-02T17:34:09.334956155Z
    modified: 2026-07-02T17:34:09.334956155Z


-----------------------------------------------

Here is some pasted lines from some more testing where you can see updating of the created and modified times.

in the shell I ran this:

root@uno> createtable ts_meta_test
root@uno ts_meta_test> config -t ts_meta_test -s table.custom.owner=dom
root@uno ts_meta_test> config -t ts_meta_test -s table.custom.property=fooBar
root@uno ts_meta_test> config -t ts_meta_test -s table.custom.owner=domG
root@uno ts_meta_test> config -t ts_meta_test -s table.custom.owner=domG
root@uno ts_meta_test> config -t ts_meta_test -d table.custom.property

and in between each step I printed the output:

You can see the initial set creates matching timestamps:

  table.custom.owner=dom
    created:  2026-07-02T17:34:53.6940349Z
    modified: 2026-07-02T17:34:53.6940349Z

You can see adding a second property gives it its own timestamps:

  table.custom.property=fooBar
    created:  2026-07-02T17:54:55.574298612Z
    modified: 2026-07-02T17:54:55.574298612Z

You can see changing owner preserves created and updates modified:

  table.custom.owner=domG
    created:  2026-07-02T17:34:53.6940349Z
    modified: 2026-07-02T17:55:07.085812366Z

You can see setting owner=domG again does not update modified:

  Data Version:5
  Data Timestamp: 2026-07-02T17:55:16.216132303Z

  table.custom.owner=domG
    created:  2026-07-02T17:34:53.6940349Z
    modified: 2026-07-02T17:55:07.085812366Z

You can see deleting table.custom.property removes it from the output:

  table.custom.owner=domG
    created:  2026-07-02T17:34:53.6940349Z
    modified: 2026-07-02T17:55:07.085812366Z

[DomGarguilo]

Before merging, I want to discuss the trade off of storing this extra metadata in zookeeper. While it can be helpful to see the create and edit timestamps for individual props, we have to assess whether its worth the increased amount of data written in zookeeper per prop.

The props blob is gzip compressed so things should compress reasonably well but we are still adding two extra timestamps per key.

I do not have a great idea how much this will affect things in a real-world deployment so if anyone has an insights/opinions on things here that would be helpful.