Skip to content

[Backport 1.28.x] diskquota/jdbc: fix renameLayer leaving TILESET.KEY stale (#1526)#1532

Merged
groldan merged 1 commit into
1.28.xfrom
backport-1529-to-1.28.x
May 18, 2026
Merged

[Backport 1.28.x] diskquota/jdbc: fix renameLayer leaving TILESET.KEY stale (#1526)#1532
groldan merged 1 commit into
1.28.xfrom
backport-1529-to-1.28.x

Conversation

@geoserver-bot
Copy link
Copy Markdown
Collaborator

Backport #1529
Authored by: @groldan

JDBCQuotaStore.renameLayer only updated LAYER_NAME, leaving the
layer-name prefix in TILESET.KEY and TILEPAGE.TILESET_ID stale -
later lookups missed the row, getOrCreateTileSet inserted duplicates,
and quota by id was split across two rows.

The rename SQL now rewrites KEY too; ON UPDATE CASCADE on the
TILEPAGE FK keeps TILESET_ID in lockstep. OracleDialect keeps the
legacy behavior (no ON UPDATE CASCADE on Oracle); a follow-up will
use deferrable constraints there.

on-behalf-of: @camptocamp <info@camptocamp.com>
@groldan groldan force-pushed the backport-1529-to-1.28.x branch from 16a04ef to 8734aa1 Compare May 18, 2026 17:45
@groldan groldan merged commit 739b52f into 1.28.x May 18, 2026
7 checks passed
@groldan groldan deleted the backport-1529-to-1.28.x branch May 18, 2026 18:26
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants