Low Code Web
Chegaram novidades incríveis para deixar seu uso ainda mais simples, seguro e flexível! Uma atualização que reforça a missão da nossa área de Produto: gerar valor real, com entregas tangíveis que impulsionam a performance dos times e a eficiência operacional da plataforma. Confira abaixo o que mudou |
|---|
Data: de publicação: 10/06/2026
🚀 Atualizações do Low Code
Esta versão traz melhorias importantes em desempenho, monitoramento, integração e estabilidade da plataforma, tornando o ambiente mais eficiente e confiável.
📊 Monitoramento mais completo de execuções
O sistema passou a registrar informações mais detalhadas sobre execuções, incluindo consumo de memória, tempo de processamento, consultas realizadas e etapas executadas.
👉 Isso facilita a análise de desempenho e a identificação de possíveis gargalos.
🤖 Integração aprimorada com componentes gerados por IA
Foram adicionados novos recursos para gerenciamento e sincronização de formulários, objetos de negócio e regras.
👉 O processo de importação ficou mais simples, organizado e com melhor acompanhamento de status e erros.
🔎 Nova tela para análise de desempenho
Foi criada uma nova tela para consulta das execuções com maior consumo de recursos.
Agora é possível visualizar rapidamente:
- Tempo de processamento
- Consumo de memória
- Usuário responsável
- Origem da execução
- Status da operação
👉 Facilitando investigações e análises operacionais.
🔒 Melhor controle de inicialização em ambientes distribuídos
O processo de inicialização foi otimizado para ambientes com múltiplas instâncias da aplicação.
👉 Isso reduz processamento duplicado e melhora a estabilidade durante a subida do sistema.
🧹 Logs mais limpos e organizados
Foram reduzidas mensagens desnecessárias durante a compilação e inicialização da aplicação.
👉 Os registros ficaram mais claros e fáceis de analisar.
🔗 Relacionamento entre logs de execução
Agora execuções relacionadas podem ser conectadas entre si, permitindo acompanhar toda a cadeia de processamento de forma mais organizada.
👉 Isso facilita auditorias e diagnósticos.
🔐 Melhor desempenho dos endpoints seguros
Os endpoints protegidos receberam otimizações que reduzem consumo de memória e melhoram a velocidade de resposta.
Além disso:
- Respostas ficaram mais consistentes
- Tratamento de erros foi aprimorado
- Maior controle sobre respostas muito grandes
👉 Tudo isso mantendo os mesmos níveis de segurança.
⚡ Mais eficiência em consultas de objetos de negócio
As consultas originadas por integrações e fluxos passaram a consumir menos memória e registrar informações de execução de forma mais eficiente.
🚀 Otimização de relacionamentos em consultas
Melhorado o carregamento de relacionamentos em objetos de negócio.
👉 Consultas com grande volume de dados passaram a ter melhor desempenho.
🍪 Correção na geração de cookies de autenticação
Resolvido um problema que fazia o sistema gerar informações duplicadas relacionadas ao token de autenticação.
⚙️ Correção na execução de regras de negócio
Corrigido um erro que impedia a execução correta de determinadas regras acionadas por URL.
👉 As regras agora são localizadas e executadas corretamente.
📝 Correção na criação de versões de formulário
Ajustado um comportamento que criava novas versões de formulários mesmo quando nenhuma alteração havia sido realizada.
👉 Agora novas versões são geradas apenas quando realmente necessário.
🗂️ Correção na exclusão de abas de formulário
Resolvido um problema que impedia a remoção definitiva de abas no desenho de formulários.
👉 As alterações agora são salvas corretamente.
⚙ORIENTAÇÕES PARA DEPLOY
- Este documento pressupõe que a atualização está sendo feita da versão 1.17.2 para a 1.18.0.
- Caso esse não seja o seu cenário, siga as Notas de Release anteriores, partindo da versão atualmente instalada até alcançar a versão 1.17.2.
🐳 Imagens Docker
⚠️ Importante
Para que as implementações do card #13553 funcionem, é necessário atualizar o FaaS para a versão 1.7.0-RELEASE ou superior.
Novos parâmetros de configuração (revisar antes de produção):
As variáveis de ambiente (ex.: Kubernetes) seguem a binding relaxada do Spring Boot: nome em MAIÚSCULAS, pontos viram _ e hífens são removidos.
- app.queries.jwe-inline-max-bytes (env: APP_QUERIES_JWEINLINEMAXBYTES) — teto de tamanho da resposta JWE inline (padrão 32 MB).
- app.log.sql-metrics-enabled (env: APP_LOG_SQLMETRICSENABLED) / app.log.memory-profiling-enabled (env: APP_LOG_MEMORYPROFILINGENABLED) — instrumentação de log ligada por padrão (registra tempo decorrido, bytes alocados e SQL por execução). Mantida ativa; ajustável por ambiente.
Data: de publicação: 09/06/2026
Esta versão traz ajustes importantes para melhorar integrações, controle de acesso e consistência das informações no sistema.
- 📅 Correção no tratamento de campos de data.
Corrigido um problema que podia afetar o funcionamento de colunas do tipo data em objetos de negócio.
👉 Agora são processadas e exibidas de forma mais consistente, evitando erros e divergências nas informações.
⚙ORIENTAÇÕES PARA DEPLOY
- Este documento pressupõe que a atualização está sendo feita da versão 1.17.1 para a 1.17.2.
- Caso esse não seja o seu cenário, siga as Notas de Release anteriores, partindo da versão atualmente instalada até alcançar a versão 1.17.1.
🐳 Imagens Docker
Data: de publicação: 04/05/2026
Esta versão traz ajustes importantes para melhorar integrações, controle de acesso e consistência das informações no sistema.
- 🔗 Correção no retorno de relacionamentos em objetos de negócio
- Corrigido um problema onde o recurso de criar ou atualizar objetos de negócio createOrUpdate não retornava corretamente os dados relacionados.
- 🔐 Correção no controle de permissões do Core
- Ajustado um erro onde o sistema não estava respeitando corretamente as configurações de acesso definidas para funcionalidades do Core;
- A aplicação não estava obedecendo às configurações de:
- APP_SECURITY_COREFEATURES_ACCESSROLES_{IDENTIFICADOR DA FUNCIONALIDADE}
⚙ORIENTAÇÕES PARA DEPLOY
- Este documento pressupõe que a atualização está sendo feita da versão 1.17.0 para a 1.17.1.
- Caso esse não seja o seu cenário, siga as Notas de Release anteriores, partindo da versão atualmente instalada até alcançar a versão 1.17.0.
🐳 Imagens Docker
Data: de publicação: 10/04/2026
- 🚫 Controle de formulário via parâmetro
- Para páginas de formulário Low Code renderizadas via iframe, todos os controles do formulário são desabilitados quando for enviado o query param disabled=true
- ⚡ Atualização do AngularJS
- O sistema foi atualizado para uma versão mais recente NES v1.9.7, trazendo mais estabilidade e compatibilidade. Foi feito o tratamento de rejeição de promises e tratamento do .success no $http
- 📡 Novo modelo de carregamento de dados em tempo real
- Criado endpoint que retorna dados de objeto de negócio com SSE;
Foi adicionado o endpoint:
Que retorna dados de forma incremental via Server-Sent Events (SSE).
Funcionamento
- Executa a query em streaming direto do banco (ResultSet);
- Envia os dados em lotes dinâmicos baseados em tamanho (bytes), não por quantidade fixa de registros;
- Eventos suportados:
- start: início;
- data: lote de registros;
- end: finalização;
- error: erro ou limite excedido.
- O cancelamento ocorre automaticamente ao fechar a conexão (client abort).
- 🔗 Consumo de dados mais eficiente no front-end
- Adequado o SDK JavaScript para ler dados de objeto de negócio com SSE.
Foi adicionado o método listWithSse(params, onDataChunk) na classe BusinessObject do SDK, para consumo assíncrono do endpoint /{project}/{business-object}/sse via SSE.
Funcionamento
- O método usa a infraestrutura _getSse(...) do AxiosTransaction para abrir a conexão SSE e processar os eventos do backend;
- Os eventos data recebidos são acumulados em um array interno e a operação é concluída quando o evento end é recebido;
- Retorno do método:
- promise: resolve com os dados completos ao final
- abort(): encerra a conexão SSE manualmente
Recursos Adicionais
- Suporte opcional ao callback onDataChunk, executado a cada lote recebido;
- Controle de sequência dos eventos por lastEventId, com validação para evitar duplicidade ou quebra de ordem;
- Compatibilidade com ambiente com JWE habilitado, incluindo decrypt dos lotes quando necessário.
Benefícios
- Permite consumir consultas grandes de forma incremental no frontend;
- Reduz a necessidade de resposta única e imediata;
- Mantém suporte a cancelamento explícito da operação pelo cliente.
- 🔐 Mais tolerância de segurança no tempo de validação
- Aumentado o tempo de tolerância na validação de segurança, evitando erros por diferença de horário entre sistemas.
O valor default da variável APP_SECURITY_JWE_ANTIREPLAY_SKEWSECONDS foi alterado de 30 segundos para 300 segundos (5 minutos).
- Esse parâmetro define a margem de tolerância de tempo usada na validação do campo ts do payload JWE, permitindo pequenas diferenças de relógio entre cliente e servidor; fora dessa faixa, a mensagem é rejeitada com erro de timestamp inválido.
- 🆔 Geração de ID mais segura e rápida
- Melhorado mecanismo de geração de PK de objeto de negócio;
Foi adotado o JdbcTemplate para definição do valor de PK de objetos de negócio baseada em sequences.
A mudança trouxe melhorias imediatas:
- Fim dos vazamentos de conexão (abertura/fechamento seguro com o banco);
- Transações mais seguras (ID respeita a mesma transação; em rollback o ID não se perde “solto”);
- Consultas mais rápidas (sem depender de pré-compilação);
- Resolução facilitada (falhas viram exceções padronizadas, com suporte mais claro).
- 💬 Melhor controle ao restaurar tickets
Adicionados novos parâmetros que melhoram o controle de comentários e visualização ao restaurar tickets.
- Inclusão dos atributos commentMode e view na chamada ServiceRequestIncidentRepository.restoreRequest do dynamic-task-controller.js .
- ⏳ Controle de tempo nas integrações
Agora as integrações com ITSM possuem limite de tempo para resposta, evitando travamentos.
- Implementado timeout de conexão e response nas chamadas ao ITSM;
- Implementação de readTimeout e connectionTimeout nas integrações do Low Code com o ITSM.
- 🔌 Melhor uso de conexões com banco de dados
O sistema agora utiliza melhor as conexões com o banco, deixando tudo mais rápido e estável.
- Otimizado o uso de conexões nas operações BD de objeto de negócio;
- Melhoria nos métodos da classe DataManager para aproveitar ao máximo as conexões de banco de dados.
- 🆔 Correção no retorno de ID
- Corrigido erro onde, ao criar um registro em objeto de negócio, o sistema não retornava o PK gerado corretamente.
- 📊 Correção em grids de formulário
- Ajustado problema onde a grid padrão business-object-list não traziam corretamente os relacionamentos;
- 🧾 Correção ao salvar formulários
Resolvido erro que impedia o envio de formulários dentro do Centro de Experiencia em alguns cenários:
- Quando havia erro na configuração de template de formulários, o submit emitia erro no console e não efetivava a gravação.
- 🗄️ Correção na criação de estrutura no banco
Ajustado problema que impedia a aplicação de regras obrigatórias (campos obrigatórios) ao importar dados.
- O histórico de alterações de nulidade de colunas de tabelas de BD agora é criado na importação de pacotes;
- DDL de objeto de negócio com SET NOT NULL agora é executada.
- 📑 Correção em relatórios antigos
Corrigido erro em relatórios mais antigos que não estavam enviando todas as informações necessárias.
- Para relatórios criados nas primeiras versões da integração com Stimulsoft, variáveis não marcadas com “Viewer” agora são enviadas ao backend.
- 🌍 Correção de fuso horário (timezone)
Ajustado o tratamento de data e hora, garantindo que:
- horários sejam exibidos corretamente
- diferenças de fuso não causem erros
Foram revisadas e corrigidas consultas e atualizações de dados de objetos de negócio contendo timestamp (com e sem timezone):
- Ao carregar o formulário Low Code, o sistema armazena LOWCODE_CONFIG.timeZone e LOWCODE_CONFIG.utcOffset com base no cadastro do usuário no Frontmanager;
- Caso não existam, o sistema obtém timeZone e utcOffset do navegador;
- A cada requisição, o frontend envia nos headers:
- Time-Zone com LOWCODE_CONFIG.timeZone
- UTC-Offset com LOWCODE_CONFIG.utcOffset
- Foi criado o tipo de coluna Timestamp TZ, garantindo armazenamento consistente com time zone e offset:
- O backend converte para UTC considerando o time zone informado no header e grava como Timestamp UTC no banco;
- O tipo de coluna Datetime foi renomeado para Timestamp UTC:
- Para esse tipo, o backend recebe a data/hora do navegador e não faz conversão
- 🔽 Correção no campo de seleção múltipla
Corrigido problema no campo de seleção onde:
- não aparecia opção de remover item;
- não mostrava corretamente as descrições.
O componente input.select agora traz o ícone de exclusão e a descrição quando a propriedade “Seleção múltipla” está habilitada.
⚙ORIENTAÇÕES PARA DEPLOY
- Este documento pressupõe que a atualização está sendo feita da versão 1.16.6 para a 1.17.0.
- Caso esse não seja o seu cenário, siga as Notas de Release anteriores, partindo da versão atualmente instalada até alcançar a versão 1.16.6.
🐳 Imagens Docker
Data: de publicação: 01/03/2026
Agora a página da tarefa consegue buscar e carregar corretamente as informações da solicitação, sem perder dados ou ficar desatualizada.
- Recuperado $rootScope.request na página de tarefa.
🧩 Foram corrigidos:
- Corrigido um problema que impedia visualizar corretamente os registros (logs) de pacotes;
- Corrigido um erro que acontecia ao tentar apagar 1ª Variável do Fluxo de Integração do Low Code;
- Ajustado um problema em que os relatórios Stimulsoft não seguiam o idioma escolhido no Frontmanager;
⚙ORIENTAÇÕES PARA DEPLOY
- Este documento pressupõe que a atualização está sendo feita da versão 1.16.3 ou 1.16.4 para a 1.16.6.
- Caso esse não seja o seu cenário, siga as orientações das Notas de Release anteriores, começando pela versão atualmente instalada no ambiente até alcançar a versão 1.16.3 ou 1.16.4.
🐳 Imagens Docker
Data: de publicação: 31/01/2026
🧩 Corrigido o erro no upload do repository de objeto de negócio
⚙ORIENTAÇÕES PARA DEPLOY
- Este documento pressupõe que a atualização está sendo feita da versão 1.16.2 para a 1.16.3.
- Caso esse não seja o cenário, siga as orientações das Notas de Release anteriores, começando pela versão do ambiente até alcançar a versão 1.16.2.
🐳 Imagens Docker
Data: de publicação: 19/01/2026
Implementado multi-seleção e botão de ação na grid da diretiva business-object-list
- Ações globais aparecem na barra de ações do grid (por exemplo, ao lado do botão “Criar”). Elas podem operar sobre uma seleção múltipla (ex.: Exportar) ou não exigir seleção (ex.: Importar).
- Foram criadas as seguintes propriedades na diretiva business-object-list:
Propriedade | Tipo | Descrição | Uso prático |
|---|---|---|---|
is-checkbox | Boolean | Ativa a exibição de checkboxes no grid, permitindo a seleção de um ou mais registros. | Usar quando houver ações em lote, como exportação ou exclusão. |
checked-attribute | String | Define o atributo do item usado como identificador único da seleção. | Normalmente utiliza-se id ou uuid. |
selected-items | Array | Lista contendo apenas os identificadores dos itens selecionados. | Ideal para chamadas ao backend baseadas em IDs. |
selected-models | Array | Lista com os objetos completos dos registros selecionados. | Usado quando a ação precisa de mais dados do item. |
additional-actions | Array | Conjunto de ações globais customizadas exibidas na barra do grid. | Permite criar ações como Exportar, Importar e Processar. |
| | | |
- Estrutura de uma ação customizada utilizada em additionalActions, incluindo seus atributos e o contexto (ctx) recebido no callback onClick.
Atributo | Tipo | Descrição | Observações / Conteúdo |
|---|---|---|---|
label | String | Texto exibido para o usuário na ação. | Exemplo: 'Exportar', 'Importar', 'Processar'. |
icon | String | Classe CSS do ícone exibido junto ao rótulo da ação. | Normalmente utiliza classes do Font Awesome, ex.: 'fa fa-download'. |
requireSelection | Boolean | Indica se a ação exige pelo menos um item selecionado no grid. | Quando true, a ação só fica habilitada se houver seleção. |
onClick | Function | Função executada ao clicar na ação. | Recebe um objeto ctx com informações do grid e da seleção. |
ctx.selectedItems | Array | Lista dos identificadores (ex.: id ou uuid) dos itens selecionados. | Usa o atributo definido em checked-attribute. |
ctx.selectedModels | Array | Lista dos objetos completos selecionados no grid. | Evita a necessidade de nova consulta ao backend. |
ctx | Object | Contexto completo fornecido à ação. | Pode conter outros metadados do grid, dependendo da implementação. |
Exemplo de utilização no javascript:
Implementado botão de ação para cada item da grid da diretiva business-object-list
- Ações por linha aparecem junto de cada item do grid. Elas executam operações contextuais sobre um único registro, sem depender de seleção múltipla (ex.: abrir detalhes, duplicar, executar ação customizada).
- Foi criada a propriedade row-additional-actions na diretiva business-object-list, contendo o array de ações para cada item.
- Estrutura de uma ação customizada utilizada em rowAdditionalActions (row-additional-actions na diretiva), incluindo seus atributos e o contexto (ctx) recebido no callback onClick:
Atributo | Tipo | Descrição | Observações / Conteúdo |
|---|---|---|---|
label | String | Texto exibido para o usuário na ação. | Exemplo: 'Exportar', 'Importar', 'Processar'. |
icon | String | Classe CSS do ícone exibido junto ao rótulo da ação. | Normalmente utiliza classes do Font Awesome, ex.: 'fa fa-download'. |
onClick | Function | Função executada ao clicar na ação. | Recebe um objeto ctx com informações do grid e da seleção. |
visible | Function | Função que determina se a ação é visível. | Recebe um objeto ctx com informações do grid e da seleção. |
ctx.model | Object | Item selecionado. | |
ctx | Object | Contexto completo fornecido à ação. | Pode conter outros metadados do grid, dependendo da implementação. |
- Exemplo de utilização em JavaScript:
Tratar original Url com http ou https no envelope JWE
- Tratamento do atributo originalUrl do envelope JWE quando a URL já contém http/https ou o contexto do Low Code.
🧩 Corrigido a exibição do painel esquerdo da tela CRUD de projetos
⚙ORIENTAÇÕES PARA DEPLOY
- Este documento pressupõe que a atualização esteja sendo realizada da versão 1.16.1 para a 1.16.2.
- Caso este não seja o seu cenário, siga as orientações das Notas de Release anteriores, partindo da versão atualmente instalada até alcançar a 1.16.1, antes de aplicar esta atualização.
🐳 Imagens Docker
Data: de publicação: 08/01/2026
🧩 Tratamento de query parameters na página de tarefa Ajuste para tratar corretamente os parâmetros ticketId e workItemId na página de tarefa.
⚙ORIENTAÇÕES PARA DEPLOY
- Este documento pressupõe que a atualização esteja sendo realizada da versão 1.16.0 → 1.16.1.
- Caso este não seja o cenário do ambiente, siga as orientações das Notas de Release anteriores, partindo da versão atualmente instalada até alcançar a 1.16.0, antes de aplicar esta atualização.
🐳 Imagens Docker
- registry.cloud4biz.com/deployscdi/hyper-lowcode:1.16.1-RELEASE nexus.centralit.io:9091/hyper-lowcode:1.16.1-RELEASE
Data: de publicação: 31/12/2025 - Release Ref. Git-1.16.0
🔒Criptografia JWE de ponta a ponta
- Foi implementada criptografia ponta a ponta nas requisições entre frontend e API, utilizando o padrão JWE (RFC 7516).
- A partir desta versão, os dados deixam de trafegar em JSON aberto e passam a ser criptografados no cliente, sendo decriptados apenas pela aplicação de destino.
- A solução utiliza chaves públicas expostas via /.well-known/jwks.json, geração de chaves efêmeras por requisição e criptografia bidirecional (request/response), garantindo maior confidencialidade, integridade dos dados e segurança contra inspeção de payload.
Funcionamento resumido
- O backend disponibiliza sua chave pública por meio de um endpoint padrão /.well-known/jwks.json
- Antes de cada requisição, o frontend:
- 1 - Gera uma chave criptográfica efêmera (temporária).
- 2 - Monta um envelope contendo método, URL, payload, identificadores e metadados.
- 3 - Criptografa todo esse conteúdo usando JWE com a chave pública do servidor.
- A requisição é enviada contendo apenas:
- Um campo jwe, com o conteúdo criptografado.
- A chave pública efêmera do cliente, necessária para a resposta.
🧩SDK do Low Code e Stimulsoft com suporte a JWE
O SDK do Low Code é uma abstração da implementação do FaaS que pode ser utilizada no Javascript.
O SDK do Low Code passou a tratar criptografia JWE de forma transparente no consumo de:
- Objetos de Negócio
- Componentes Query
- FaaS
- ESI
Exemplos de utilização do SDK:
🔑 API Key para acesso à API
- Com a implementação da criptografia ponta a ponta nas requisições entre frontend e backend, os dados passaram a ser trafegados exclusivamente no padrão JWE (RFC 7516). Dessa forma, não é mais permitido o consumo da API do Low Code utilizando JSON aberto.
- Entretanto, a adoção desse modelo inviabiliza o acesso direto à API por clientes externos que não implementam JWE. Para atender esse cenário, foi criado um mecanismo de autenticação via API Key para os endpoints de Objetos de Negócio, Componentes Query, FaaS e ESI.
- A partir desta versão, os administradores devem criar uma ou mais API Keys por projeto e fornecê-las aos clientes que irão consumir a API do Low Code. A criação da API Key é realizada na tela de manutenção de projeto, e a chave é exibida apenas no momento da criação, em uma janela popup.
- Por motivos de segurança, a API Key não pode ser visualizada novamente após a criação. Portanto, é indispensável que a chave seja copiada e armazenada com segurança antes de ser compartilhada com o cliente.
Como criar uma API-Key ou X-API-Key
O Cadastro da API Key possui:
- Um Prefixo e sufixo utilizados para identificação;
- Uma data de expiração, permitindo controle do período de validade, e os acessos podem ser configurados de forma granular por tipo de recurso.
- Permissões granulares por tipo de recurso
Recursos com permissão configurável
É possível definir permissões específicas para os seguintes recursos:
- Objeto de Negócio: Leitura, Criação, Alteração, Exclusão
- Componente Query: Execução
- FaaS: Execução
- Fluxo (ESI): Execução
Uso da API Key
Para consumir os endpoints protegidos, o cliente deve informar a API Key no header da requisição REST, utilizando um dos seguintes nomes de cabeçalho:
O valor informado no header deve corresponder à API Key válida configurada no projeto. Requisições sem o header ou com chave inválida serão rejeitadas pela aplicação.
📁 CRUD de Projeto via API
A partir da versão 1.16.0, é possível:
- Listar;
- Criar;
- Alterar;
- Remover projetos através de API específica no Low Code.
📏 CRUD de Regra de Negócio via API
A partir da versão 1.16.0, é possível:
- Listar;
- Criar;
- Alterar;
- Remover regras de negócio através de API específica no Low Code.
🗂️ CRUD de Objeto de Negócio via API
A partir da versão 1.16.0, é possível:
- Listar;
- Criar;
- Alterar;
- Remover o objetos de negócio através de API específica no Low Code.
🔍 Endpoint para SQL SELECT
Foi criado o endpoint para execução de SQLs de SELECT de objeto de negócio:
✏️ Endpoint para SQL UPDATE/DELETE
Foi criado o endpoint para execução de SQLs de UPDATE e DELETE de objeto de negócio:
📝Templates ITSM em Formulários
Foi disponibilizada uma opção no cadastro de formulários para criar templates de portfólio no ITSM.
Essa opção só está disponível se a variável de ambiente abaixo estiver parametrizada:
✅ Permissão de CRUD via API Key
Através da propriedade “API de cadastro” o registro de API Key na tela de gerenciamento de projetos permite habilitar ou desabilitar o acesso aos endpoints de:
- CRUD de projeto;
- Regra de negócio;
- Objeto de negócio.
🖼️Imagens
🚀ORIENTAÇÕES PARA DEPLOY
Este documento pressupõe que a atualização está sendo feita da versão 1.15.x para a 1.16.0. Caso esse não seja o cenário, siga as orientações das Notas de Release anteriores, começando pela versão do ambiente até alcançar a versão 1.15.x.
Para a correta utilização dos recursos de criptografia ponta a ponta (JWE) e API Key, é obrigatório configurar previamente as variáveis de ambiente relacionadas à segurança da aplicação.
⚠️ Importante
A aplicação não inicializa sem a configuração correta das variáveis de segurança.
🔐Configuração de API Key
A partir desta versão, o acesso aos endpoints de Objetos de Negócio, Componentes Query, FaaS e ESI por clientes externos requer o uso de API Key, quando a criptografia JWE estiver habilitada.
As seguintes variáveis de ambiente devem ser configuradas
- Alterar o PEPPER invalida todas as API Keys existentes.
🔒Configuração de Criptografia JWE
Quando habilitada, a criptografia JWE passa a ser obrigatória para todas as requisições entre frontend e backend.
As seguintes variáveis de ambiente devem ser configuradas:
⚠️ OBSERVAÇÕES IMPORTANTES
- Todas as chaves e valores sensíveis devem ser armazenados de forma segura (ex.: secrets manager, variáveis de ambiente protegidas).
- Alterações em chaves criptográficas ou API Keys podem impactar integrações existentes.
- Recomenda-se planejar a rotação de chaves utilizando múltiplos kids durante períodos de transição.
- Sem a configuração correta dessas variáveis, a aplicação não inicializará corretamente.
Exemplo de configuração:
🛠️ Utilização do Gerador de Configuração de Segurança
Para facilitar a configuração das variáveis de ambiente relacionadas à API Key e à criptografia ponta a ponta (JWE), foi disponibilizado o utilitário:
Ele está disponível no https://nexus.centralit.io atualmente na versão 1.0.2:
Este utilitário deve ser executado durante o processo de implantação da aplicação, gerando automaticamente as chaves criptográficas e os valores necessários para configuração dos ambientes.
➡️ Execução
A execução do gerador requer Java JRE 11 ou superior, e pode ser feita de duas formas:
- Em máquina local, por meio do comando:
- Em container, por meio do comando:
O parâmetro optional-key-name é opcional e pode ser utilizado apenas para identificação do contexto de geração. Ao ser executado, o utilitário retorna as variáveis de ambiente para configuração dos containers:
· Configuração de segurança do Low Code (JWE e API Key);
· Chave X-Api-Key para ITSM, Events, Agility backend e FaaS.
Essas variáveis podem ser copiadas diretamente para a definição do container ou para o gerenciador de secrets utilizado no ambiente:
- Low Code
- ITSM
- Events
- Agility Backend
- FaaS (ConfigMap)
⚠️ OBSERVAÇÕES IMPORTANTES
- As chaves geradas contêm informações sensíveis e devem ser armazenadas de forma segura.
- Recomenda-se executar o gerador sempre que houver necessidade de rotação de chaves ou criação de uma nova configuração de segurança.
✅ Compatibilidade de versões e configuração dos serviços integrados
Para o correto funcionamento da autenticação via API Key e da criptografia ponta a ponta (JWE), é obrigatório que os serviços integrados estejam nas seguintes versões mínimas:
Serviço | Versão mínima |
|---|---|
ITSM | 1.9.20 |
Events | 1.4.0 |
Agility Frontend | 1.2.2 |
Agility Backend | 1.9.1 |
FaaS | 1.5.0 |
Além da compatibilidade de versão, os serviços FaaS, Events e ITSM devem ser configurados para utilizar a API Key do Low Code, gerada pelo utilitário security-config-generator.
- Configuração no ITSM
O ITSM deve receber a API Key por meio da seguinte variável de ambiente:
- Configuração no Events
O Events deve receber a API Key por meio da seguinte variável de ambiente:
- Configuração no Agility backend
O Agility backend deve receber a API Key por meio da seguinte variável de ambiente:
- Configuração no FaaS
O FaaS deve ser configurado com a API Key no arquivo ConfigMap:
Onde <API_KEY_MASTER> corresponde ao valor gerado pelo security-config-generator e utilizado para autenticação entre os serviços.
⚠️ OBSERVAÇÕES IMPORTANTES
- A API Key configurada nesses serviços deve ser a mesma utilizada pelo Low Code.
- A ausência ou configuração incorreta dessas variáveis resulta em falhas de autenticação e indisponibilidade das integrações.
- Recomenda-se validar essas configurações após o deploy, antes da liberação do ambiente para uso.
Data: de publicação: 08/01/2026
🧩 Tratamento de query parameters na página de tarefa Ajuste para tratar corretamente os parâmetros ticketId e workItemId na página de tarefa.
⚙ORIENTAÇÕES PARA DEPLOY
- Este documento pressupõe que a atualização esteja sendo realizada da versão 1.15.4 → 1.15.5.
- Caso este não seja o cenário do ambiente, siga as orientações das Notas de Release anteriores, partindo da versão atualmente instalada até alcançar a 1.15.4, antes de aplicar esta atualização.
🐳 Imagens Docker
- registry.cloud4biz.com/deployscdi/hyper-lowcode:1.15.5-RELEASE
- nexus.centralit.io:9091/hyper-lowcode:1.15.5-RELEASE
Data: de publicação: 30/12/2025 - Release Ref. Git-1.15.4
🧩 SQL mais esperto Corrigido um erro que fazia o sistema entender errado os tipos de parâmetros usados nos SQLs dos objetos de negócio.
🗂️ Atualização sem erro Ajustado um problema que causava falha na leitura do DDL (estrutura do banco) na hora de atualizar um objeto de negócio.
🚀ORIENTAÇÕES PARA DEPLOY
- Este documento pressupõe que a atualização está sendo feita da versão 1.15.1, 1.15.2 ou 1.15.3 para a 1.15.4. Caso esse não seja o cenário, siga as orientações das Notas de Release anteriores, começando pela versão do ambiente até alcançar a versão 1.15.1, 1.15.2 ou 1.15.3.
🖼️Imagens
- Nexus: nexus.centralit.io:9091/hyper-lowcode:1.15.4-RELEASE
- Portus: registry.cloud4biz.com/deployscdi/hyper-lowcode:1.15.4-RELEASE
Data: de publicação: 19/12/2025 - Release Ref. Git-1.15.3
🛠️ Correções importantes
- 🗓️ Campo de data corrigido O campo datasearch agora não aceita mais datas inválidas, evitando erros inesperados.
- 🚨 Tela de erro de instalação melhorada Agora a tela mostra:
- 📄 Detalhes do erro (stack trace)
- 🔄 Botão para atualizar a página 👉 Facilita muito identificar e resolver problemas.
- 🔗 Relacionamentos de dados corrigidos O sistema voltou a buscar corretamente os relacionamentos dos objetos de negócio.
- 🧩 SQL mais flexível Corrigido o erro que obrigava tipar parâmetros no SQL. Agora o parse funciona corretamente sem ajustes manuais.
- ⏰ Componente de data e hora ajustado Corrigido o erro de renderização do campo Date Time nos formulários.
Data: de publicação: 16/12/2025 - Release Ref. Git-1.15.2
🔍 Campo de busca mais eficiente O campo datasearch agora só aceita valores válidos, evitando erros e resultados estranhos.
⚠️ Tela de erro mais clara Quando dá problema na instalação, a tela de erro agora:
- Mostra o erro completo (stack trace)
- Tem um botão para atualizar e tentar novamente
🔗 Relacionamentos funcionando corretamente Foi corrigido um erro que impedia a recuperação correta dos relacionamentos dos objetos de negócio.
🧾 SQL mais flexível O sistema agora interpreta melhor os parâmetros SQL dos objetos de negócio, sem obrigar você a definir a tipagem direto no SQL.
Data: de publicação: 22/11/2025 - Release Ref. Git-1.15.1
- Adicionado um novo meio para tratar acesso de formulários públicos no caso de URL inválida
- Resolvido um problema no componente query
- Corrigido um erro de base de dados na etapa de configuração de database
- Corrigido o erro "Could not determine data type of parameter" nas tabelas de objeto de negócio
- Corrigido um erro na importação de pacotes pela API
Data: de publicação: 18/10/2025 - Release Ref. Git-1.15.0
Reformulação tela do FaaS replicando tela Regras de Negócio A tela do FaaS agora segue a mesma identidade visual da nova tela do fluxo, mantendo as mesmas funcionalidades e regras de negócio. |  |
|---|---|
Tela de debug - experiência mais fluida Agora, a tela de debug do fluxo também pode ser acessada durante a criação/edição de um fluxo, permitindo debugar o processo durante a criação do próprio fluxo. Juntamente com essa alteração, a tela de debug foi reformulada para ter a mesma identidade visual do novo fluxo e facilitar a utilização. |  |
Tela de scripts ESI expandida O espaço ocupado pela tela de scripts dos Componentes ESI foi expandido, para facilitar a visualização. | |
Botão limpar - CRUD Agora é possível esconder o botão Limpar no popup de CRUD | |
Adequação na autenticação de recursos públicos para keycloak 26 Para resolver um problema de compatibilidade com a versão 26 do keycloak, foi retirado o atributo ‘realm’ da tela de parâmetros de autenticação para URL pública. A partir dessa versão, o campo URL de autenticação da aba Segurança da página SETTINGS deve ser preenchido de forma completa. |  |
Importação de pacotes reformulada O “execute-ddl” da importação de pacotes passou a ser string e o sistema agora faz um parse seguro para Boolean | |
Identificar URL de origem e Referer no Log Agora o sistema identifica o uuid do log, a URL de origem completa e o Referer da requisição, facilitando a identificação da origem de erros e avisos. | Exemplo: 2025-10-18 14:34:44.191 [0;39m [33mb337f6fe-a300-426f-a3b1-f78b9570b0da WARN http://localhost:8081/lowcode/rest/dynamic/petshop/pet/getPage - Referer: http://localhost:8081/lowcode/form/pet/crud [0;39m |
Ajustes na tela do novo fluxo A tela de fluxo agora possui mais funcionalidades para facilitar seu uso. | Adicionar scroll no diagrama para garantir visibilidade correta quando o fluxo for editado em resoluções mais altas  Adicionar título nas abas do menu lateral da esquerda  Permitir fechar o menu lateral da esquerda totalmente.  |
Melhorias no cache de conexões dinâmicas e otimização do uso de memória O mecanismo de cache de conexões dinâmicas foi totalmente refatorado para aprimorar desempenho e estabilidade. As principais melhorias incluem: |
|
Todos os endpoints de listagem de registros de objetos de negócio sem paginação e listagem de componentes query foram refatorados para uso mais eficiente de memória. |
|
A otimização nesses endpoints envolve: |
|
Form-builder simplificada Agora a diretiva form-builder pode ser utilizada sem autenticação. | |
Divergências de data corrigidas Foi corrigida a divergência de timezone entre o Frontmanager e o backend do Low Code, que causava exibição incorreta (um dia a menos) nas datas dos formulários. |
|
Evolução nos cabeçalhos HTML Foi incluída a aba Header HTML na criação de páginas. Agora é possível incluir e parametrizar tags Open Graph usando uma lista padrão pré-definida. A propriedade og:url é retornada com o valor {{ autoCurrentUrl }} que se for mantido irá recuperar automaticamente o caminho da página. Este valor pode ser alterado para outra URL de interesse. |  |
Criação de endpoint para exibir configuração do ambiente A URL ... /lowcode/env retorna informações de configuração da JVM e Time Zone. | {
"JAVA_TOOL_OPTIONS": "-XX:+UseG1GC -XX:MaxGCPauseMillis=200 -XX:+UseStringDeduplication -XX:MaxMetaspaceSize=512m -Xms2048m -XX:MaxRAMPercentage=70.0 -XX:+AlwaysPreTouch",
"tz": {
"jvm.zoneId": "GMT",
"jvm.timeZoneId": "GMT",
"sysprop.user.timezone": "GMT",
"db.session.timezone": "GMT",
"headers.Time-Zone": "GMT",
"headers.UTC-Offset": "+00:00",
"headers.UTC-Offset-Minutes": "0",
"now.instant": "2025-10-18T15:11:45.433084Z",
"now.zoned.jvm": "2025-10-18T15:11:45.433084Z[GMT]",
"now.zoned.header": "2025-10-18T15:11:45.433084Z[GMT]"
},
"jvm.inputArguments": [
"-XX:+UseG1GC",
"-XX:MaxGCPauseMillis=200",
"-XX:+UseStringDeduplication",
"-XX:MaxMetaspaceSize=512m",
"-Xms2048m",
"-XX:MaxRAMPercentage=70.0",
"-XX:+AlwaysPreTouch"
]
} |
Correções |
|---|
Corrigir duplicação de nomes de widgets na inclusão de componente Custom no form |
Não exibe desenho do fluxo no modo debug |
Cadastros do projeto abertos numa aba do browser influenciam em outra aba |
Alterações de coluna e chave de objeto de negócio sumindo da relação de DDL |
A importação de pacote lowcode não esta salvando a DDL de views. |
Erro na validação de ícone do fluxo ESI |
Não atualiza o status de execução de ESI no log |
Correção no Fluxo ao abrir através da tela de projetos |
A listagem paginada do objeto de negócio não respeita as colunas qdo isForGrid = true |
Erro no objeto de negocios, para o valor default no campo. LowCode |
Correção do parse de arquivos de ECM no componente ESI de email |
Os erros de alguns controllers não são capturados no log |
Revisar labels em inglês |
Corrigir fechamento de resultSet em métodos que checam existência de tabela |
Erro de cast na execução de SQL de objeto de negócio |
Chegaram novidades incríveis para deixar seu uso ainda mais simples, seguro e flexível! Uma atualização que reforça a missão da nossa área de Produto: gerar valor real, com entregas tangíveis que impulsionam a performance dos times e a eficiência operacional da plataforma. Confira abaixo o que mudou |
|---|
Data: de publicação: 01/07/2025 - Release Ref. Git-1.14.0
✨ 1) Fluxos ESI com visual melhor O desenho dos fluxos ficou mais claro e organizado — agora é mais fácil entender o que cada etapa faz. 🧩 |  |
|---|---|
✨ 2) E-mail do ESI mais flexível Agora dá pra usar variáveis no código da caixa de e-mail (UUID). Isso ajuda a reaproveitar configurações em cenários diferentes. 🛠️📧 |  |
✨ 3) Sem e-mail repetido O sistema bloqueia destinatários duplicados no envio de e-mails do ESI. Menos retrabalho e nada de mensagens em duplicidade. 🚫📨 |  |
✨ 4) Relatórios mais leves no design No construtor de relatórios (Stimulsoft) você pode limitar quantas linhas o sistema traz só no modo de design:
|  |
Essas melhorias elevam a experiência de uso, reduzem tempo e contribuem diretamente para melhor fluidez nos processos de gestão e operação. |
|---|
✔️ UUID do e-mail no ESI Consertado um erro que atrapalhava a leitura do código (UUID) da caixa de e-mail no componente ESI. Tudo certo agora. ✅ |
|---|
Data: de publicação: 03/06/2025
✨ 1. Acesso sem login (URL Pública) Agora é possível abrir certas páginas sem precisar fazer login. 🔒 Pode ser de 3 jeitos:
👉 1.1 - Caso esteja com o valor Anonymous ou All, a aba de segurança vai exibir a opção “Acesso público sem autenticação” 👉 1.2 - Por padrão, o sistema ainda bloqueia acesso público. Só libera se for configurado no projeto. | 👉 1.1 -  👉 1.2 -  |
|---|---|
✨ 2. Permissões para acesso sem login ⚙️ Se você escolher a opção "Acesso público definido no projeto”, o sistema permite configurar as permissões para acesso anônimo.
|  |
✨ 3. Novo Campo “Descrição” obrigatório 📝 Em colunas de objetos de negócio, agora tem um campo de descrição. ➡️ Precisa ter pelo menos 2 palavras e 5 caracteres. |  |
✨ 4. Novo campo “Tags Autocomplete” nos formulários 🏷️ Foi criado um componente que deixa você escolher várias tags (como palavras-chave) em formulários. Ele permite a seleção de um ou mais valores através de um método de busca . |  |
✨ 5. Melhor controle em versões 📦 Quando o sistema busca informações de um projeto (deployment), agora ele leva em conta a versão certa e o local (tenant). ➡️ Isso evita erros e registros duplicados. | ✨ 6. Nome “payload” proibido 🚫 Para evitar problemas técnicos, não dá mais pra usar o nome payload em cadastros de negócio. |
✔️ Ajustado um problema de bloqueio em tabelas internas; |
|---|
✔️ Corrigido erro na interpretação de variáveis em relatórios (Stimulsoft). |
Data: de publicação: 14/05/2025
🌐 Acesso Público Mais Inteligente Agora você pode liberar páginas sem exigir login! 💡 Uma nova configuração permite escolher como esse acesso será feito:
Além disso, ao ativar o acesso sem login, aparece no projeto a opção "Acesso público sem autenticação" para facilitar. |   |
|---|---|
🛡️ Acesso público com segurança Se um recurso estiver liberado para uso público, você pode agora configurar quais ações podem ser feitas por quem não está logado. |  |
📝 Descrição de colunas Na hora de criar campos no seu banco de dados, agora é obrigatório preencher o campo “Descrição” com pelo menos duas palavrinhas. Isso ajuda todos a entenderem melhor para que serve aquele campo. |  |
🏷️ Novo campo de seleção com Tags Criamos um novo componente chamado Tags Autocomplete para formulários! 🔍 Ele permite escolher uma ou várias opções com busca inteligente, super prático! |  |
🧩 Evitando duplicações Agora o sistema verifica melhor as versões e os ambientes em uso, evitando confusões com registros duplicados quando existem várias empresas usando o mesmo banco de dados. | ❌ Fim dos conflitos com o nome "payload" Para evitar problemas internos, agora o sistema não permite mais usar o nome “payload” em campos de dados. Isso ajuda a manter tudo funcionando direitinho. |
✔️ Corrigido problema de travamento em uma tabela específica ; |
|---|
✔️ Corrigido erro ao lidar com listas de dados em relatórios . |
Data de Publicação: 04/04/2025
🆕 MELHORIAS / NOVAS FUNCIONALIDADES
- Restringir acesso às funcionalidades do core do sistema.
✅ CORREÇÕES
- Não traz views materializadas na conexão de Banco de Dados;
- Não atualiza o usuário quando faz redirecionamento keycloak usando Chrome;
- Correção do acesso de formulários Low Code no ITSM.
Data de Publicação: 18/03/2025
🆕 MELHORIAS / NOVAS FUNCIONALIDADES
• 7975 - Restringir acesso às funcionalidades do core do sistema
🚀ORIENTAÇÕES PARA DEPLOY
A partir desta versão 1.11.0-RELEASE, o usuário só consegue acessar as funcionalidades do core do Low Code se o token de autenticação contiver uma ou mais roles, que podem ser definidas na configuração do sistema das seguintes formas:
- Configurando uma ou mais roles padrão para acesso a todas as funcionalidades do core: APP_SECURITY_COREACCESSROLES_DEFAULT: {nome da role 1}, {nome da role 2}, ... {nome da role n} O sistema já vem configurado com a role padrão "lowcode_core" na variável APP_SECURITY_COREACCESSROLES_DEFAULT. Ou seja, caso essa configuração não seja alterada, a partir da versão 1.11.0-RELEASE, o token do usuário deverá conter a role "lowcode_core" para que ele possa acessar as funcionalidades do core do sistema.
- Configurando uma ou mais roles padrão para acesso a funcionalidades específicas do core: APP_SECURITY_COREACCESSROLES_{identificador da funcionalidade}: {nome da role 1}, {nome da role 2}, ... {nome da role n} Por exemplo, para configurar a role hyp_admin para acesso à funcionalidade de gerenciamento de projetos: APP_SECURITY_COREACCESSROLES_PROJECT_MANAGER: hyp_admin Estes são os identificadores das funcionalidades disponíveis: BUSINESS_OBJECT, BUSINESS_RULE_DESIGN, COMPONENT, COMPONENT_PROPERTY, CSS, DATABASE, DATABASE_CONNECTION, DATA_MODELING, DATA_TYPE, DOMAIN, FAAS, FLOW, FORM, HTML_PAGE, I18N, IMAGE, JAVASCRIPT, LOG, PACKAGE, PAGE_CONFIG, PARAMETER, PROJECT_MANAGER, QUERY_COMPONENT, REPORT_CONFIG, REPORT_FILE, SETTINGS, SNIPPET.
⚠️ Importante:
Por razões óbvias de segurança, é fortemente recomendado manter pelo menos uma role padrão configurada na variável APP_SECURITY_COREACCESSROLES_DEFAULT. No entanto, em casos excepcionais, esse controle pode ser desativado atribuindo "" a essa variável. Este documento pressupõe que a atualização está sendo feita da versão 1.10.1 para a 1.11.0. Caso esse não seja o cenário, siga as orientações das Notas de Release anteriores, começando pela versão do ambiente até alcançar a versão 1.10.1.
Data de Publicação: 11/03/2025
✅ CORREÇÕES
- 7934 - Correção da internacionalização do lowcode
- 7984 - Correção da exibição "Trial" na visualização de relatórios Stimulsoft
🚀ORIENTAÇÕES PARA DEPLOY
Este documento pressupõe que a mudança de versão está partindo da versão 1.10.1 para a 1.10.1. Caso não seja esse o cenário, siga as orientações das Notas de Release anteriores, partindo da versão do ambiente até a versão 1.10.1.
Data de Publicação: 05/03/2025
🆕 MELHORIAS / NOVAS FUNCIONALIDADES
- 6589 - [17642] Integração da ferramenta Stimulsoft;
- 7889 - Permitir a autenticação externa keycloak e atualizaçao do token
- 7953 - Implementar importação e exportação de relatórios Stimulsoft
- 7954 - Restringir acesso a relatórios por roles;
✅ CORREÇÕES
- 7908 - Erro no tratamento de objetos JSON no componente ESI REST;
- 7958 - Erro na inclusão de objetos de negócio no package
🚀ORIENTAÇÕES PARA DEPLOY
Este documento pressupõe que a mudança de versão está partindo da versão 1.10.0 para a 1.10.0. Caso não seja esse o cenário, siga as orientações das Notas de Release anteriores, partindo da versão do ambiente até a versão 1.10.0.
Data de Publicação: 14/02/2025
✅ CORREÇÕES
- 7861 - Não está trazendo os labels de projeto
🚀ORIENTAÇÕES PARA DEPLOY
Este documento pressupõe que a mudança de versão está partindo da versão 1.9.0 para a 1.9.1. Caso não seja esse o cenário, siga as orientações das Notas de Release anteriores, partindo da versão do ambiente até a versão 1.9.0.
Data de Publicação: 17/01/2025
🆕 MELHORIAS / NOVAS FUNCIONALIDADES
- 7548 - Extração dos fontes .html, .css e .js de um pacote para criação de projeto externo
- Implementação do botão “Código fonte” no CRUD de pacotes
- Ao clicar nesse botão, o sistema gera um .zip com todos os .css, .html, .js e imagens do pacote
- 7602 - Conversão do LowcodeSDK do FaaS para funcionar em .js no runtime do Low Code
- O LowcodeSDK do FaaS está disponível no frontend do Low Code. É só chamar “SDK” ao invés de “LowcodeSDK” e retirar o FaaS.lowcodeHttpConfig da criação dos objetos
- Importante ressaltar que não existe qualquer referência à classe FaaS. As variáveis e objetos devem ser tratados como Javascript puro que roda no browser
✅ CORREÇÕES
- 7644 - Validar se existe código antes de salvar um FaaS
- 7662 - Correção do path app-builder
- 7655 - Erro no componente de form input.select
- 7658 - Correção da identificação do path dos recursos quando a URL é /lowcode/lowcode
- 7663 - Configuração dos .jsp para UTF-8
Data de Publicação: 20/12/2024
✅ CORREÇÕES
- Erro na execução de regra de negócio do tipo Node.js.
Data de Publicação: 18/12/2024
🆕 MELHORIAS / NOVAS FUNCIONALIDADES
- 7512 - Forçar carga de imagens qdo o bucket MinIO está vazio
- 7497 - Criação de novos componentes ESI
- 7495 - Retirar propriedade de timeout na execução de FaaS
✅ CORREÇÕES
- 7507 - Erro na integração Low Code x ITSM em ambiente de desenvolvimento
- 7496 - Correção da importação de pacote com componente ESI de email
🚀ORIENTAÇÕES PARA DEPLOY
Este documento pressupõe que a mudança de versão está partindo da versão 1.8.6 para a 1.8.7. Caso não seja esse o cenário, siga as orientações das Notas de Release anteriores, partindo da versão do ambiente até a versão 1.8.6.
Data de Publicação: 06/12/2024
🆕 MELHORIAS / NOVAS FUNCIONALIDADES
- 7282 - Permitir acesso à página SPA sem configuração de acesso público
- 7405 - Melhoria na tela de acompanhamento da instalação
- 7406 - Adicionar qrcode na página de projeto para mobile
✅ CORREÇÕES
- 7335 - Componentes de formulário depreciados da versão 9 não são importados no lowcode
- 7343 - HTMLs de páginas 'task' e 'default' migrados da versão 9 não são renderizados corretamente
- 7345 - Erro na cláusula REFERENCES na DDL de relacionamentos de objeto de negócio
- 7283 - Correção da renderização de página HTML
- 7404 - Erro na importação de recursos CSS, mesmo marcando opção a opção replace
- 7322 - Erro "Page configuration 'null' is undefined for the form..." na importação de pacotes
Data de Publicação: 06/12/2024
🆕 MELHORIAS / NOVAS FUNCIONALIDADES
- 7324 - Voltar para tela de edição após debug do FaaS
✅ CORREÇÕES
- 7322 - Erro "Page configuration 'null' is undefined for the form..." na importação de pacotes
- 7323 - Erro na edição de pacote recém-criado
Data de Publicação: 08/10/2024
🆕 MELHORIAS / NOVAS FUNCIONALIDADES
- Refactory na estrutura de forms para melhoria na performance de importação de pacotes
- Refactory na estrutura de objetos de negócio para melhoria na performance de importação de pacotes
- Refactory na execução da DDL de forma assincrona, com gravação de logs
- Também é possível ver o histórico de importação do pacote. Na tela principal, foi disponibilizado um botão de consultar log:
- Ao clicar no botão, é exibido o histórico de importação, sendo possível filtrar por data, usuário e IP de origem:
- Ao clicar na ação detalhar, o sistema exibe um tela com a identificação da importação e a relação dos objetos importados:
- Permitir a inclusão de recursos javascript do Low Code como dependências do FaaS
- Também é possível adicionar dependências diretamente no código através da classe FaaS.Util:
- Enviar mensagem websocket no log-trace do fluxo ESI
- Quando a rastreabilidade do fluxo ESI está ativada, o sistema exibe o canal web socket que permite a interação com a execução do fluxo:
- Através do componente Trace Log é possível enviar mensagens ao web socket:
- Para exibir as mensagens capturada do web socket, basta utilizar o método subscribeToWs no formulário Low Code:
✅ CORREÇÕES
- Atualização de itens do projeto no pacote não salva no BD
- Mensagem indevida de alteração por outro usuário na gravação de objeto de negócio
- Correção de defeitos na criação de form CRUD no cadastro de objetos de negócio
Data de Publicação: 11/09/2024
✅ CORREÇÕES
- 6527 - Correção da injeção de dependência FaaS
- Os formulários Low Code com dependências “FaaS” não funcionavam no ambiente ITSM
- 6530 - Correção da funcionalidade data modeling
Data de Publicação: 15/08/2024
🆕 MELHORIAS / NOVAS FUNCIONALIDADES
- 5605 - Permitir a criação de componentes dinâmicos de fluxo ESI
- Foi criada uma opção para definir se o fluxo ESI aparece como componente para criação de outros fluxos. Se essa opção for marcada, o usuário deve selecionar o grupo e a imagem que vai aparecer na paleta
- O fluxo se torna um componente da paleta e as variáveis marcadas como obrigatórias aparecem para configuração
- 5712 - Criar tipo de fluxo "Agente"
- Um agente é um fluxo ESI que é iniciado de forma manual ou na subida do sistema e roda indefinidamente, conforme definido no seu design.
- Para configurar um fluxo ESI como agente, basta marcar a opção “Deploy como agente” e definir se ele deve ser iniciado na subida do sistema ou de forma manual:
- Para que o agente seja executado, é necessário configurar a autenticação na funcionalidade .../lowcode/page/settings:
- Foi criada a funcionalidade para monitoração de agentes, que possibilita o deploy/ undeploy do agente e a visualização de logs:
- 6017 - [Ticket - 17077] - Melhorias FaaS
- Foi desenvolvida uma nova interface Javascript para integração com a versão 1.3.0-RELEASE do FaaS. Segue alguns exemplos de código: Executar um FaaS no front end:
🚀ORIENTAÇÕES PARA DEPLOY
- O FaaS deve ser atualizado para a versão 1.3.0-RELEASE ou superior
- Deve ser criada uma URL externa para utilização do FaaS no frontend. Essa URL não depende de tenant, não pode passar pelo frontmanager e deve apontar diretamente para a porta 3000 do FaaS no container, sem contexto. Exemplo: https://democentralit-node-faas.cithyper.click
- No configmap do Low Code, deve ser criada a variável de ambiente FAASCLIENT_DEFAULTCONNECTION_FRONTENDURL apontando para a URL externa do FaaS criada no item 2
⚠️ OBSERVAÇÕES:
Data de Publicação: 23/07/2024
✅ CORREÇÕES
- 6101 - Botão atualizar versão dos elementos no pacote não atualiza a versão na tela
- 6108 - Botão incluir página de formulário está abrindo tela de salvar
Data de Publicação: 18/07/2024
🆕 MELHORIAS / NOVAS FUNCIONALIDADES
- 5868 - Melhorias na funcionalidade de salvar o formulário na mesma versão e nova versão
- Foi acrescentado um terceiro número na versão (patch). Sempre que o usuário salvar o formulário na mesma versão, o patch é incrementado e a versão anterior é preservada.
- Foi criada uma funcionalidade para comparar código Javascript e HTML de versões diferentes do formulário.
- Quando o usuário seleciona a versão para comparar, o sistema exibe os locais onde há diferença de código e o usuário pode clicar para visualizar as diferenças.
- Ao clicar para visualizar as diferenças, o usuário pode fazer merge de código com a versão anterior.
- No caso do desenho da tela, o sistema exibe as diferenças de HTML mas não é possível fazer merge de componentes visuais.
- Ao salvar o formulário e quando houver alterações por parte de outro usuário, o sistema oferece a opção de merge de código semelhante à funcionalidade de comparação de versões.
- Todas as alterações do formulário ficam registradas em log.
✅ CORREÇÕES
- 6091 - Importação de fluxos não traz conteúdo de scripts
- 6092 - Criação de code snippet não preserva o idioma
- 6093 - Duplicação de conteúdo HML em mais de uma linha do desenho do formulário
- 6094 - Mensagem "Acess Denied" após a importação do pacote
Data de Publicação: 02/06/2024
🆕 MELHORIAS / NOVAS FUNCIONALIDADES
- 5628 - Reverter a inibição de edição de recursos JS, CSS e HTML
- 5630 - Ajuste no filtro de autenticação para priorizar cookie criado pelo Frontmanager
Data de Publicação: 21/05/2024
🆕 MELHORIAS / NOVAS FUNCIONALIDADES
- 5352 - [Ticket 16718] Minificação Low Code
- Na aba de identificação do formulário, o sistema permite que o usuário selecione o tipo de proteção de código: Nenhuma proteção (default), Minificação ou Ofuscação
- O código Javascript do Controller de cada página será alterado conforme a opção selecionada
- 5467 - Inserir comentário na gravação de versão nova do form
- Ao clicar no botão Salvar da tela de CRUD de formulário, o sistema exibe uma popup para que o usuário informe as “Notas de Release” com o que foi alterado. Se o usuário estiver gravando uma nova versão, o comentário é obrigatório
- Na tela de listagem de formulários, ao clicar no botão de ação “Log”, o sistema exibe a lista de alterações em ordem decrescente de data
- 5469 - Upload de recursos CSS, JS e HTML
- Nos CRUDs de Javascript, CSS e Página HTML, o sistema exige que o usuário selecione um arquivo para upload e não permite mais que o código seja alterado diretamente na tela
- 5468 - Associar recursos CSS, JS, HTML, Imagem e Parâmetro a projeto
- Nos CRUDs de Javascript, CSS, Página HTML, Imagem e Parâmetro, o sistema permite (opcionalmente) que o usuário selecione o projeto associado ao recurso
- A árvore do CRUD de projeto também foi alterada para contemplar os recursos vinculados ao projeto
- 5470 - Exportação de pacotes via API
- A API de automação permite a exportação de um pacote. Basta informar o nome do pacote no query param “package-name” e o sistema gera um arquivo .zip com o conteúdo do pacote
✅ CORREÇÕES
- 5531 - [Ticket - 16858] Falha ao acessar dois formulários low code simultaneamente com HTML
⚠️ OBSERVAÇÕES
Data de Publicação: 02/05/2024
🆕 MELHORIAS / NOVAS FUNCIONALIDADES
- 5003 - [Ticket 16339] - Melhoria nos logs low code
- Todos os erros que ocorrem no consumo da API Rest do Low Code ficam registrados em Log que pode ser consultado no menu Consultas -> Log de execução
- O resultado da execução de fluxos ESI, com o conteúdo das variáveis de entrada e saída e a execução de componentes assíncronos (email, por exemplo), também fica registrado no Log
- O resultado da execução de FaaS, com o conteúdo das variáveis de entrada e saída), também fica registrado no Log
- 4867 - Aceitar arquivo zipado na importação/exportação de pacotes
- A importação de pacotes aceita arquivos .zip e continua aceitando .json
- A exportação que fica na tela de detalhes do pacote oferece a opção de exportar .zip ou .json
- A exportação na tela de grid só faz exportação para .zip
Data de Publicação: 04/04/2024
🆕 MELHORIAS / NOVAS FUNCIONALIDADES
- 5002 - [Ticket 16338] - Implementar nas telas do lowcode de CSS, Javascript, HTML o mesmo recurso de "acesso público" que foi implementado em imagens
- As telas de cadastro de CSS, Javascript e HTML permitem selecionar o tipo de acesso:
- 5117 - Criar mecanismo para configurar propriedades de e-mail no componente ESI
- Foi acrescentada uma aba “Configuração” no componente de email do ESI que permite a configuração de propriedades do componente Spring JavaMailSender (ver https://www.baeldung.com/spring-email):
- 5136 - Possibilitar enviar email com anexo de ECM sem identificação do container
- Não é mais necessário informar o UUID do container ECM para identificar quais anexos serão enviados no email:
✅ CORREÇÕES
- 5004 - [Ticket - 16492] - Falha no "flowInstance.executeEsiFlow"
- 5114 - [Ticket - 16609] - Falha ao enviar e-mail com a variável nula ou vazia
🚀ORIENTAÇÕES PARA DEPLOY
- Observar as orientações descritas nas notas de release das versões anteriores
⚠️ OBSERVAÇÕES:
Data de Publicação: 15/03/2024
🆕 MELHORIAS / NOVAS FUNCIONALIDADES
✅ CORREÇÕES
- 4986 - Corrigir ordenação da grid de objeto de negócio
- 4987 - Revert das alterações de propriedades do pool de conexão
🚀ORIENTAÇÕES PARA DEPLOY
- Observar as orientações descritas nas notas de release da versão 1.4.2-RELEASE
⚠️ OBSERVAÇÕES:
Data de Publicação: 06/03/2024
✅ CORREÇÕES
- 4817 - Ticket 16383 - Problema no refresh do token
🚀ORIENTAÇÕES PARA DEPLOY
- ·Observar as orientações descritas nas notas de release da versão 1.4.2-RELEASE
Data de Publicação: 04/03/2024
🆕 MELHORIAS / NOVAS FUNCIONALIDADES
- 4773 - Melhoria no componente datagrid para configurar apenas visualização
✅ CORREÇÕES
- 4772 - Correção de execução de SQL de objeto de negócio qdo a coluna não existe
🚀ORIENTAÇÕES PARA DEPLOY
- Caso exista configuração para a variável APP_INTELLIGENCECENTER_BASEURL, deve ser substituída por APP_INTEGRATIONS_ INTELLIGENCECENTERURL
- Observar a configuração de variáveis descritas em Procedimentos para geração de imagem e deploy
Data de Publicação: 25/01/2024
🆕 MELHORIAS / NOVAS FUNCIONALIDADES
- 4545 - Criação de mecanismo vinculado a Roles para permitir a descriptografia de informação sensível
- 4544 – Implementação da integração com MySQL para conexões de BD e API de objetos de negócio
- 4532 - Ticket - 16078 - Permitir HTML no componente de email do ESI
✅ CORREÇÕES
- 4349 - Ticket 15625 - A pesquisa avançada não traz os dados do formulário Low Code
- 4606 - Erro no carregamento da tela de merge de Código javascript
🚀ORIENTAÇÕES PARA DEPLOY
- Observar as orientações descritas nas notas de release das versões 1.2.0 e 1.3.0
- Observar a configuração de variáveis descritas em Procedimentos para geração de imagem e deploy
Data de Publicação: 29/12/2023
🆕 MELHORIAS / NOVAS FUNCIONALIDADES
- 4481 - Criar engine de integração do Low Code com o Service Management
- 4516 - Criar serviços para recuperar anexos de ticket do Service Management
- 4434 - Permitir enviar anexos de ticket no componente de email ESI
- 4535 - Permitir identificar quais anexos de ticket ou ECM serão enviados no componente de email ESI
- 4436 - Permitir enviar anexos ECM no componente de email ESI
- 4540 - Acrescentar prefixo "lowcode" nos nomes de bundle .js e .css
- 4549 - Adicionar formulário lowcode na tela de gerenciamento de liberação do Service Management
- 4550 - Atualização do jwt e do USER_LOGGED quando o Frontmanager envia um broadcast de refresh do token. Importante: caso o Low Code esteja integrado ao Service Management (ver Orientações para deploy), o USER_LOGGED terá todos os atributos do USER_LOGGED do Centro de Experiência do Service Management
✅ CORREÇÕES
🚀ORIENTAÇÕES PARA DEPLOY
- Após a implantação dessa versão, devem ser reiniciados todos os Pods do ITSM (Service Management). Caso contrário, as telas do Service Management que dependem do Low Code não vão funcionar.
- Para funcionar o envio de email com anexos implementado nos cards 4434 e 4435, devem ser observadas as mesmas instruções descritas nas notas de release da versão 1.1.3:
- Deve ser acrescentada a variável APP_INTEGRATIONS_FRONTMANAGERURL no ConfigMap do Low Code, apontando para a URL de backend do Frontmanager. Exemplo: APP_INTEGRATIONS_FRONTMANAGERURL: http://hyper-frontmanager-api
- Deve ser implantada a versão 2.5.0 ou superior do frontmanager-api, que contenha o endpoint que detalha a caixa postal de email: GET internal/email-boxes/{uuid}
- Para funcionar a integração do Low Code com o Service Management implementada no card 4481 e o envio de email com anexos de ticket implementado no card 4434:
- Deve ser acrescentada a variável APP_INTEGRATIONS_SERVICEMANAGEMENTURL no ConfigMap do Low Code, apontando para a URL de backend do Service Management. Exemplo: APP_INTEGRATIONS_ SERVICEMANAGEMENTURL: http://itsm.frontmanager-dev-eveo/4biz
Data de Publicação: 29/12/2023
🆕 MELHORIAS / NOVAS FUNCIONALIDADES
- 4276 - Implementar integração com banco de dados DB2
- 4285 - Implementar controle de acesso no cadastro de conexões de BD
- 4324 - Refactory no log de execução ESI, no padrão do log FaaS
- 4429 - Permitir envio de anexos de container ECM
- 4446 - Permitir merge de código javascript de formulários
✅ CORREÇÕES
- 4296 - Erro na identificação de parâmetros do tipo array na API do objeto de negócio
🚀ORIENTAÇÕES PARA DEPLOY
- Para funcionar o envio de email corrigido no card #4429, devem ser observadas as mesmas instruções descritas nas notas de release da versão 1.1.3:
- Deve ser acrescentada a variável APP_INTEGRATIONS_FRONTMANAGERURL no ConfigMap do Low Code, apontando para a URL de backend do Frontmanager. Exemplo: APP_INTEGRATIONS_FRONTMANAGERURL: http://hyper-frontmanager-api
- Deve ser implantada a versão 2.5.0 ou superior do frontmanager-api, que contenha o endpoint que detalha a caixa postal de email: GET internal/email-boxes/{uuid}
Data de Publicação: 28/11/2023
🆕 MELHORIAS / NOVAS FUNCIONALIDADES
- 3681 - Criação de log para execução de FaaS
- 3682 - Criação de endpoint para listagem paginada de objetos de negócio e utilização na diretiva de grid o /data/{project}/{business-object}/paged
✅ CORREÇÕES
- 4021 - Componente Email ESI não envia anexo (Ticket 15680)
🚀ORIENTAÇÕES PARA DEPLOY
- Para funcionar o envio de email corrigido no card #4021:
- Deve ser acrescentada a variável APP_INTEGRATIONS_FRONTMANAGERURL no ConfigMap do Low Code, apontando para a URL de backend do Frontmanager. Exemplo: APP_INTEGRATIONS_FRONTMANAGERURL: http://hyper-frontmanager-api
- Deve ser implantada a versão 2.5.0 ou superior do frontmanager-api, que contenha o endpoint que detalha a caixa postal de email: GET internal/email-boxes/{uuid} ·
- Para que o Low Code SDK consuma o serviço /data/{project}/{business-object}/paged implementado no card 3682, deve ser implantada a versão 1.0.2 do FaaS
Data de Publicação: 08/11/2023
✅ CORREÇÕES
- 3887 - Correção da importação de fluxos ESI
- 3963 - Inibição da atualização do token até resolver problema de refresh de telas
Data de Publicação: 22/10/2023
✅ CORREÇÕES
- 3689 - Correção da integração com Service Management acarretada pela minificação de recursos. Algumas funcionalidades do Service Management que dependem de integração com o Low Code deixaram de funcionar na versão 1.1.0-RELEASE. Por exemplo: flowDesign
Data de Publicação: 10/10/2023
🆕 MELHORIAS / NOVAS FUNCIONALIDADES
- 3580 - Minificação de recursos javascript e css
- 3584 - Criação de componentes ESI para criptografia de informações
- 3585 - Criação de atributo com informações sensíveis no objeto de negócio
- 3586 - Criação de componente de formulário para criptografia de informações
✅ CORREÇÕES
- 3629 - Correção da exclusão de tabs de formulários Low Code
- 3593 - Correção do componente de formulário input.identifier
- 3666 – Correção dos atributos de acesso público na importação de pacote
Data de Publicação: 29/09/2023
🆕 MELHORIAS / NOVAS FUNCIONALIDADES
- 3561 – Criação de mecanismo para compartilhamento de recursos MinIO entre dois tenants
- 3576 - Solução de deadlock na execução de script de BD
- 3572 - Criação de botão para executar DDL de índice no objeto de negócio
- 3573 – Aumento do limite de tamanho de upload de arquivo na importação de pacotes
- 3575 - Simplificação de imagem Docker do Low Code para diminuir tamanho
✅ CORREÇÕES
- 4817 - Ticket 16383 - Problema no refresh do token
🚀ORIENTAÇÕES PARA DEPLOY
- Criar novo Tenant B seguindo os procedimentos normais.
- Configurar nova variável no config map do Low Code: APP_RESOURCE_ENABLEALTERNATIVEKEY: true
- Configurar propriedades TENANTS_CONFIGS_X_DATASOURCE ou Resource Tenant DATABASE para o novo Tenant B, apontando as configurações de Banco de Dados para as mesmas configurações do Tenant A.
- Configurar propriedades TENANTS_CONFIGS_X_OBJECTSTORAGE ou Resource Tenant OBJECT_STORAGE para o novo Tenant A, apontando as configurações de MinIO para as mesmas configurações do Tenant B.
- Criar propriedade TENANTS_CONFIGS_X_OBJECTSTORAGE_PREFIXKEY ou setar a propriedade prefixKey do Resource Tenant OBJECT STORAGE para o novo Tenant A com o valor do TENANTS_CONFIGS_Y_ID do Tenant B.
- Copiar as configurações DYNAMICCONNECTIONS_CONFIGS_X ou copiar as configurações do Resource Tenant LOWCODE CONNECTIONS do Tenant A para o novo do Tenant B, só alterando o DYNAMICCONNECTIONS_CONFIGS_X_TENANT para o id Tenant A.
Data de Publicação: 21/09/2023
🆕 MELHORIAS / NOVAS FUNCIONALIDADES
- 3377 - Acrescentar FaaS.Console na saída do endpoint integrations/{name}/faas
- 3388 - Atributo _search em conflito com o atributo _filter na API data do Low Code
- 3393 - Refactory na parametrização da URL da IDE e Renderer do Mobile no Low Code
✅ CORREÇÕES
- 3387 - Correção da duplicação de Schema e Screen na IDE Mobile
🚀ORIENTAÇÕES PARA DEPLOY
- Para que a segregação de ambiente da IDE de construção de aplicativos Mobile implementada no card 3393 funcione corretamente, é necessário que seja retirado o host das URLs das variáveis de ambiente que foram configuradas com base em orientação do último release notes da vesão 1.0.0-RELEASE:
- APP_MOBILE_IDEURL: aponta para o contexto da URL do Low Code Mobile IDE, cujo padrão é /hyper-lowcode-ide
- APP_MOBILE_RENDERERURL: aponta para contexto da URL de renderização do Low Code Mobile , cujo padrão é /hyper-lowcode-renderer
Data de Publicação: 31/08/2023
🆕 MELHORIAS / NOVAS FUNCIONALIDADES
- 2802 - Desenvolvimento de solução de testes integrados no Low Code
- 2665 - Criação de novos componentes Low Code para IA:
- AITextClassification
- AIPredictDataByModelTF
- AIPredictDataByModelSKLearn
- AIPredictDataByModelCode
- 3362 - Criação de novos componentes de fluxo ESI
- AIOCR
- MSTeams
- Discord
- GenerativeAIOpenAI
- SlackSendMessage
- Kafka
- FileToBase64
- ApacheVelocity
- 3209 – Criação serviço REST Low Code para importação de pacotes
- Criação de endpoint POST /automations/${tenant_id}/packages para importação de pacotes
- Criação de endpoint GET /automations/${tenant_id}/packages/${uuid}/logs para obtenção do log de importação de pacotes
- 3179 - Refactory das propriedades dos componentes da IDE (definitions)
- 2643 - Adequação do backend e fluxo ESI de geração do build Mobile para usar Expo
- 3314 - Refactory dos parâmetros do Build Mobile
- 3317 – Segregação dos ambientes de IDE e renderização do Mobile
- 3313 - Alteração do tipo das colunas timestamp para resolver timezone e reestruturação das propriedades do Build
✅ CORREÇÕES
- 3313 - Correção da duplicidade de aplicações Mobile no frontend do Low Code
- 3372 - Correção de problema na propagação de exceção do tipo BD na execução de fluxos ESI
- 3375 - Correção da exibição de ícones em abas de formulários Low Code
🚀ORIENTAÇÕES PARA DEPLOY
- Para o correto funcionamento dos novos componentes de IA implementados no card 2665, é necessário que seja configurada a variável de ambiente APP_INTELLIGENCECENTER_BASEURL apontando para a URL base do Intelligence Center (exemplo: https://icenter-dev-eveo.cloud4biz.com)
- Para que a segregação de ambiente da IDE de construção de aplicativos Mobile implementada no card 3317 funcione corretamente, é necessário que sejam configuradas a variáveis de ambiente:
- APP_MOBILE_IDEURL: aponta para a URL do Low Code Mobile IDE (exemplo: https://admin-dev-eveo.cloud4biz.com/hyper-lowcode-ide)
- APP_MOBILE_RENDERERURL: aponta para a URL de renderização do Low Code Mobile Web (exemplo: https://admin-dev-eveo.cloud4biz.com/hyper-lowcode-renderer)