Data de liberação : 26/08/2022
Pontos de impacto
Log4j – Customização
O arquivo de configuração que era um “properties” (log4j.properties), foi alterado para um arquivo “xml” (log4j2-production.xml
). Esse arquivo fica no mesmo local, em /opt/lecom/app/tomcat_aceite/webapps/<<modulo>>/WEB-INF/classes
e possui um padrão diferente. A partir de agora, a configuração de log não deve ser feita diretamente nesse arquivo. (PLT-2286)
Para simplificar, a configuração do log deverá ser realizada através de uma ferramenta interna da plataforma, cujo endereço para acesso é: [URL_DO_AMBIENTE]/bpm/system/login
...
Utilizar a biblioteca Slf4j na versão 1.7.36 (slf4j-api.jar) no ambiente de desenvolvimento das customizações.
Alteração do tipo do campo código de usuário
Ao iniciar o ambiente será executado o liquibase para alterar o tipo de dados de todas as colunas relacionadas ao usuário de todas as tabelas do BD. Isso pode demorar para ser executado.
...
Já na programação em Java, o tipo do campo foi alterado de short para long. Devido a essa alteração, é necessário rever todas as customizações (robôs, integrações, aplicações externas, portais, webhooks etc.) que manipulam todos os campos relacionados ao usuário. Caso não sejam ajustadas, o código poderá ser convertido errado e o ambiente não irá iniciar. (PLT-1750)
Segue abaixo a relação dos nomes dos campos que foram alterados:
ABERTO_POR
COD_LIDER
COD_REMETENTE
COD_SUBSTITUTO
COD_USUARIO
COD_USUARIO_ETAPA
COD_USUARIO_PROPRIETARIO
CODIGO_ABERTO_POR
CODIGO_PARADO_EM
MULT_CODIGO
USER_ID
USUARIO
USUARIOPROPRIETARIO
Atualização da versão do Spring Boot para 2.6.6
Devido à atualização do Spring Boot, é necessário (PLT-1779):
Atualizar a versão do TOMCAT para 9.0.65 ou superior;
...
Atualizar os componentes integracao.jar, RoboWF.jar e WfMail.jar, que são utilizados nas customizações, caso contrário a aplicação não irá iniciar. Esses componentes estão disponíveis através do Nexus (repositório de componentes e bibliotecas), através dos links abaixo: (PLT-2471, PLT-2472 e PLT-2473)
...
DevOps (clientes que utilizam esse recurso)
Atualizar o valor do campo “gatewayURL” da tabela “servers”, no GitLabService, referente a rota utilizada no cadastro do cliente, de “
/zull" para "/gateway
”; (PLT-1779)
Com as alterações do Spring-boot, foi necessário ajustar as chamadas do BPM para utilizar as novas rotas de definição dos templates de customização. Para cada projeto existente que utiliza o DevOps, deverá ser ajustado o import no arquivo pom.xml (PLT-2462, PLT-2463, PLT-2464)
Segue o padrão anterior feito no arquivo pom.xml
:
...
Observe que agora é utilizada a versão 1.0.0-RELEASE e não mais a SNAPSHOT. Caso isso não seja feito, a aplicação não será iniciada.
Simplificação da parametrização de instalação
Foi retirada a tela de instalação do core/install e agora será feito através de variáveis, que pode ser verificado no manual de implantação. (PLT-1898)
Auditoria no módulo Studio
Foi criado um micro serviço para o módulo de Auditoria no Studio e para realizar a configuração, siga as instruções do manual de implantação. (STUDIOWEB-1445)
Funcionalidades ativas por padrão
As funcionalidades abaixo passaram a ser nativas na plataforma, portanto não exigem mais a configuração. Dessa forma, recomendamos que as suas respectivas variáveis dentro dos seus arquivos de configuração, sejam removidas. (PLT-1964)
Funcionalidade | Arquivo | Variável |
Grid no formulário | |
|
Formulário público |
|
|
Termo de Consentimento |
|
|
Nova versão do driver do MySql
Como foi atualizada a versão do driver do MySql, para obter todos os benefícios dela, recomendamos a atualização das conexões dos BD’s auxiliares e/ou externos. Para fazer isso, utilize o ConfigBD, através da opção “J Configuração Livre”. (PLT-1527)
Segue o padrão anterior do driver utilizado: com.mysql.jdbc.Driver
E agora o padrão novo: com.mysql.cj.jdbc.Driver
Headers de segurança
Alterar o conteúdo da variável ACCESS_CONTROL_ALLOW_ORIGIN
, quando ela estiver configurada como “*“ (asterisco), pois não será mais aceito esse tipo de configuração. Ou seja, será necessário especificar cada host que poderá acessar a aplicação. Esse formato, inclusive, possui uma maior segurança. E essa variável pode estar definida (PLT-2427):
No Node, no arquivo
global.env
(/opt/lecom/app/microservicos/node-web-server/config/)
No Tomcat, no arquivo
catalina.sh
ousetenv.sh
(/opt/lecom/app/tomcat_ambiente/bin/)
No Microserviços, no arquivo
00-profile.conf
(/opt/lecom/app/microservices/envs/)
...
ACCESS_CONTROL_ALLOW_ORIGIN = http://localhost:3000,http://localhost:3001,http://localhost
Pontos de atenção
Auditoria no módulo Studio com DevOps
Nesse release, o registro de auditoria nos módulos de Robô, Aplicação Externa e Integração, não faz parte do escopo. Esses itens estão previstos para a última fase do projeto DevOps. (PLT-2451)
Configuração do Quartz
Com a simplificação da parametrização de instalação, o Quartz, que é responsável pelo agendamento da execução de robôs, será configurado como JDBC automaticamente. Dessa forma, o controle da execução será armazenado no banco de dados em tabelas cujo nome inicia com “QRTZ_
”. (PLT-2000)
Logs do Hibernate
Após a atualização da versão do Hibernate, ao iniciar o sistema e ao gerar tabela, serão apresentados novos logs de “WARN” no log “GeralWorkflow”, que não geram impactos na plataforma. Isso ocorre no banco de dados MS SQL Server ou Oracle. (PLT-2335)
Veja um exemplo do arquivo GeralWorkflow.log:
...