Identificamos um problema específico em clientes Oracle que utilizam schema alternativo (diferente do owner da conexão).

Cliente afetado: Receita Recorrente Schema de dados: MXMCORP Schema da queue: CONECTOR2C (config oracleUseOwnerAsQueueSchema=true)

Quando ignoreTriggers=false, o conector tenta deletar as triggers das tabelas sincronizadas (ex: MXMCORP.SF3000, MXMCORP.SFT000, MXMCORP.SF2000, etc.), porém não qualifica corretamente o schema no comando DROP TRIGGER, fazendo com que a operação falhe.

Impacto:

• Triggers ficam “órfãs” ou duplicadas após reprocessamentos/full load.

• Afeta todos os clientes Oracle que não usam o schema default/owner da conexão.

Configuração do cliente:

YAML

oracleUseOwnerAsQueueSchema: trueignoreTriggers: false

Comportamento esperado: O conector deve gerar comandos no formato:

SQL

DROP TRIGGER MXMCORP.<nome_da_trigger>;

respeitando o schema real da tabela.

Comportamento atual: Comando gerado sem schema (ou com schema errado) → falha silenciosa ou com erro ORA- no Oracle.