Aevo.CommonLib.Translate 10.4.0

• net10.0

  • Google.Cloud.Translate.V3 (>= 3.10.0)
  • Microsoft.Extensions.Hosting.Abstractions (>= 10.0.3)
  • Microsoft.Extensions.Options.ConfigurationExtensions (>= 10.0.3)
  • protobuf-net (>= 3.2.56)

Versão 10.4.0:
           - Aevo.CommonLib.ClientManager: clientes estáticos (ClientManager:UseStaticClients, só em Development) passam a servir Client.Database em vez de null. Novo bloco opcional Database por entry (ServerHost + DatabaseName); sem ele, o banco vem de DatabaseConfig:Server + DatabaseConfig:Database
           - Breaking em desenvolvimento: em modo estático, sem bloco Database no entry e sem DatabaseConfig:Server + DatabaseConfig:Database o serviço não sobe mais. Antes subia com Client.Database null e quebrava depois, como NullReferenceException dentro da camada de persistência do consumidor (ClientModelMapper, ClienteRepository), que usa null-forgiving na propriedade
           - Bloco Database pela metade (só ServerHost ou só DatabaseName) também falha no startup: é typo, não pedido de fallback — cair no DatabaseConfig calado conectaria o dev num banco que ele não nomeou
           - ClientDatabase.CredentialsKey sai vazio no caminho estático, igual à API e ao catálogo legado: usuário e senha continuam vindo do DatabaseConfig do próprio serviço. Region do ClientDatabase é a Region do entry
           - Declarar Database por entry é o que permite dois clientes estáticos apontarem para bancos diferentes na mesma máquina — ver docs/client-manager-clientes-estaticos.md

           Versão 10.3.0:
           - Aevo.CommonLib.ClientManager: nova flag ClientManager:UseLegacyDatabase — bypass temporário que lê os tenants do catálogo legado dbo.Cliente (banco de DatabaseConfig:ClienteManager) em vez da API do Client Manager. Sem guarda de ambiente: existe para incidente em produção, e loga warning em todo start enquanto estiver ligada
           - O bypass troca só o caminho de leitura: IClientManagerApi continua registrado, porque o auth injeta a interface direto para refresh forçado e SSO
           - Leitura do catálogo legado é lossy: Client.Id passa a ser derivado do Host (UUID v5, estável entre serviços mas diferente do GUID real do tenant), Slug não resolve, Region vem de ClientManager:Region e os timestamps são o horário da carga. Qualquer dado chaveado pelo GUID real em outro serviço não casa enquanto a flag estiver ligada — ver docs/client-manager-bypass-banco-legado.md
           - DatabaseConfig:Server, ClienteManager, Username ou Password em branco com a flag ligada falha no startup, em vez de virar lista de clientes vazia sob tráfego
           - Aevo.CommonLib.ClientManager passa a depender de Microsoft.Data.SqlClient (leitura do catálogo legado). Consumidores que fixam uma versão mais antiga do pacote precisam alinhar o pin no upgrade — o mesmo SqlClient que Aevo.CommonLib já traz

           Versão 10.2.0:
           - Aevo.CommonLib.ClientManager: novo AddSsoConfigStore() / ISsoConfigStore — configuração de SSO em memória, com poll e evento de mudança, assinando o canal client-manager:sso-sync. Opt-in: não entra no AddClientManager, porque só o serviço de autenticação consome SSO
           - BREAKING: ClientManager:Region agora é o enum Region. Um valor que não nomeia um membro ("Europe", "EU") falha no startup em vez de filtrar todos os tenants silenciosamente. Valores válidos: BrasilSoutheast, EuropeCentral
           - BREAKING: Client.Region, ClientDatabase.Region e StaticClientEntry.Region agora são o enum Region. O formato do wire e do snapshot não muda (serializados por nome), mas uma região desconhecida passa a falhar o pull inteiro em vez de custar só os tenants dela: adicione o membro e publique este pacote ANTES de o Client Manager servir uma região nova
           - TenantStatus renumerado para as linhas que o Client Manager semeia (Provisioning não existia como linha e deslocava Active e todos os membros seguintes)
           - ClientConfiguration.IsEnabled passa a fazer trim antes do parse, alinhando com o port do aevoinnovate

           Versão 10.0.0:
           - Atualização para .NET 10.0
           - Atualização de dependências para versões compatíveis com .NET 10.0
           - Introdução do Aevo.CommonLib.ClientManager, uma biblioteca para facilitar a identificação e configuração de clientes multi-tenant em serviços da AEVO
           - Introdução de Aevo.CommonLib.Auth, uma biblioteca para padronizar a autenticação e autorização em serviços da AEVO