- Navios
- 24 de abril de 2026 às 22:20 UTC
- Autor
- Kamo
- Enviar
- 9064c22
Executar após Hibernate ddl-auto:update cria novas tabelas (VOIP PROVIDER INSTANCI, BULK TEXT PROVIDER INSTÂNCIA, TELEFONE EXTENSÃO, TELEFONE END USER, TELEFONE DEVICE, PHONE VOiceMAIL, SYSTEM CONFIGURAÇÃO) das entidades renomeadas/novas em Kamo-shared-library commit 232d731. Lida com o que o Hibernate não consegue: - Copiar linhas do legado voip provider config / bulk text provider config para novas tabelas * instance, sintetizando o nome instância do tipo provedor. - Largar as linhas NOT CONFIGURED (ordinário 0) — a ausência é agora o estado "nenhum provedor". - Largue as tabelas * config do legado vazio. - Backfill instance id on member voip config, voip conversations, and kamotokens.org oauth token usando a instância ativa mais antiga de cada org. - Reconstruir org oauth token índice único de (org id, provedor) para (org id, provedor, instância id) então várias instâncias RingCentral por org funcionam. - Largue os índices únicos órfãos de tabelas de instância voip conversations + provedor. - Semeia a linha system configuration singleton (intervalo de sincronização voip 10min padrão, activado true) — o operador da plataforma configura isto através da nova configuração da plataforma Página VoIP & SMS. Todas as declarações idempotent; re-running em DB já migrado é seguro. Ordem 20 — após SchemaCleanupRunner (1), OrganizationTypeRemovalRunner (2), KamoCRMAgeReqUpdateRunner (10).