Applicare i binding preparati al Catalog #48

New Issue

2026-09-28T13:06:21Z

mptyl commented

2026-09-28 13:06:21 +00:00

Parent

Spec: installazione da documenti verificati e distribuzione Docker Hub.

What to build

Il setup rende operativa la configurazione database predisposta nei documenti:
registra il repository, crea i Workspace Database e le Database Binding nel Catalog,
installa i riferimenti segreti e verifica le connessioni. Il risultato è un binding
utilizzabile senza una compilazione manuale dei parametri nell'interfaccia web.

Acceptance criteria

Identità e revisioni dei workspace corrispondono al piano; il consumo del repository non richiede push e non sostituisce implicitamente una sorgente esistente.
Creazione e modifica dei binding utilizzano servizi autorizzati, controlli di versione e secret store esistenti; nessuna seconda autorità runtime nei documenti bootstrap.
La stessa configurazione applicata due volte non duplica record, credenziali o binding.
Una modifica amministrativa incompatibile produce un rapporto di riconciliazione invece di essere sovrascritta dai file preparatori.
La connessione viene controllata dall'ambiente applicativo; un esito positivo ottenuto dall'host non basta a dichiararla utilizzabile dai container.
Un'interruzione dopo il salvataggio ma prima dell'aggiornamento del journal viene riconosciuta alla ripresa, senza duplicazioni o perdita di segreti.
Test di contratto e integrazione Catalog coprono autorizzazioni, concorrenza, versioni e rerun; guide IT/EN illustrano diagnosi e riconciliazione.

Blocked by

#47 — Installare la piattaforma dal rilascio senza domande.

## Parent [Spec: installazione da documenti verificati e distribuzione Docker Hub](https://git.tylconsulting.it/mptyl/ThothII/issues/42). ## What to build Il setup rende operativa la configurazione database predisposta nei documenti: registra il repository, crea i Workspace Database e le Database Binding nel Catalog, installa i riferimenti segreti e verifica le connessioni. Il risultato è un binding utilizzabile senza una compilazione manuale dei parametri nell'interfaccia web. ## Acceptance criteria - [ ] Identità e revisioni dei workspace corrispondono al piano; il consumo del repository non richiede push e non sostituisce implicitamente una sorgente esistente. - [ ] Creazione e modifica dei binding utilizzano servizi autorizzati, controlli di versione e secret store esistenti; nessuna seconda autorità runtime nei documenti bootstrap. - [ ] La stessa configurazione applicata due volte non duplica record, credenziali o binding. - [ ] Una modifica amministrativa incompatibile produce un rapporto di riconciliazione invece di essere sovrascritta dai file preparatori. - [ ] La connessione viene controllata dall'ambiente applicativo; un esito positivo ottenuto dall'host non basta a dichiararla utilizzabile dai container. - [ ] Un'interruzione dopo il salvataggio ma prima dell'aggiornamento del journal viene riconosciuta alla ripresa, senza duplicazioni o perdita di segreti. - [ ] Test di contratto e integrazione Catalog coprono autorizzazioni, concorrenza, versioni e rerun; guide IT/EN illustrano diagnosi e riconciliazione. ## Blocked by - [#47](https://git.tylconsulting.it/mptyl/ThothII/issues/47) — Installare la piattaforma dal rilascio senza domande.

mptyl added the ready-for-agent label 2026-09-28 13:06:21 +00:00

mptyl referenced this issue

2026-09-28 13:06:22 +00:00

Portare il workspace alla readiness con controlli runtime #49

mptyl added a new dependency 2026-09-28 13:06:33 +00:00

#47 Installare la piattaforma dal rilascio senza domande

mptyl added a new dependency 2026-09-28 13:06:35 +00:00

#49 Portare il workspace alla readiness con controlli runtime

Sign in to join this conversation.