Histórico da Página

Olá Clientes!

Para melhor entendimento faremos uma breve explicação das versões de cada framework e seu ecossistema.

• Arquitetura utilizando o provedor de identidade JOSSO. Iremos defini-la como VERSÃO 4.
  1)  As aplicações rodam apenas no Jboos EAP 6.4 com modíficações nos módulos do servidor para atender as necessidades do JOSSO.
  2)  As versões dos frameworks utilizadas para as aplicações são:
  • Framework Orion 3.x e 4.x para os artefatos .war (Frontend JSP/JSF).
  • Framework Service 3.x para os artefatos .ear (Backend JavaEE).
    
  • Versão dos produtos da 3.X para artefatos .ear (Backend JavaEE) e 4.x para artefatos .war (Frontend JSP/JSF).
  • Conforme comunicados, manteremos esta versão aos clientes até dezembro-24.
  • Até esta data, indicado a migração para as versões mais recentes do produto Dimensa (V6), porém todos os clientes receberão pacotes de correções, se necessário.

• Arquitetura utilizando o provedor de identidade Keycloak. Iremos defini-la como VERSÃO 5.
  1)  As aplicações rodam híbridas com o Jboos EAP 6.4, Wildfly 11 e Spring Boot.
  2)  As versões dos frameworks utilizadas para as aplicações são:
  • Framework Orion 3v2 e 5.x para os artefatos .war (Frontend JSP/JSF) que rodam no servidor JBOSS EAP 6.4.
  • SPA Framework 5.x para os artefatos .war (Frontend AngularJS) que rodam no servidor Wildfly 11.
  • Framework Service 4.x para os artefatos .ear (Backend JavaEE) que rodam no servidor Wildfly 11.
  • Spring Boot para os artefatos .jar, utiliza-se o próprio framework Spring Boot e suas implementações subindo com o servidor embarcado (Tomcat) na aplicação.
    
  • Versão dos produtos da 4.X para artefatos .ear (Backend JavaEE) e 5.x para artefatos .war (Frontend JSP/JSF e AngularJS), 1.x e 2.x para artefatos .jar (Spring Boot).
  • Conforme comunicados, manteremos esta versão aos clientes até setembro-24.
  • Até esta data, indicado a migração para as versões mais recentes do produto Dimensa (V6), porém todos os clientes receberão pacotes de correções, se necessário.

• Arquitetura utilizando o provedor de identidade Keycloak Jornada Cloud V6. Iremos defini-la como VERSÃO 6.
  1)  As aplicações rodam com Wildfly 11 ou 18 e Spring Boot.
  2)  As versões dos frameworks utilizadas para as aplicações são:
  • Framework Orion 6.x para os artefatos .war (Frontend JSP/JSF) que rodam no servidor Wildfly 11 ou 18.
  • SPA Framework 6.x para os artefatos .war (Frontend AngularJS) que rodam no servidor Wildfly 11 ou 18.
  • Framework Service 6.x para os artefatos .ear (Backend JavaEE) que rodam no servidor Wildfly 11 ou 18.
  • Framework Gotham 6.x para os artefatos .jar (Spring Boot), que rodam com o servidor embarcado (Tomcat) na aplicação.
  • Versão dos produtos da 6.X para artefatos .ear (Backend JavaEE) e 6.x para artefatos .war (Frontend JSP/JSF e AngularJS), 6.x para artefatos .jar (Spring Boot).
  • Versão liberada a todos os clientes e mais recente dos produtos. Todas os desenvolvimentos de inovações, legislativos (IFRS9) e customizações são disponibilizadas nesta versão.

02. Mudanças e Configurações Necessárias V6

Para implantação da nova versão 6 foi feita algumas modificações que precisam ser ajustadas em ambientes que já utilizavam o provedor de identidade Keycloak.:

• Mudança URL do Contexto das Aplicações e serviços.
  1)  Para aplicações que utilizam (Frontend JSP/JSF) o contexto das versões anteriores eram jsp_basico e para atender a nova versão muda para jspbasico, ou seja todos contextos perdem o caracter _ (underline) para acesso as telas da aplicação.
  2)  Para aplicações que utilizam (Frontend AngularJS) o contexto das versões anteriores eram portal-admin-web e para atender a nova versão muda para portaladminweb, ou seja todos contextos perdem o caracter - (hífen) para acesso as telas da aplicação.
  3)  Para aplicações que utilizam (Backend JavaEE ou Spring Boot) o contexto das versões de nossas API's (serviços) anteriores tfs-portaladmin-service, integrador-basico ou sb-credito-efetivacao-service e para atender a nova versão todos contextos perdem o caracter - (hífen) para a chamada das mesmas, exemplo : tfsportaladminservice, integradorbasico e sbcreditoefetivacaoservice.
  
• Mudança Conexão com o banco de dados Datasource
  1)  Para aplicações que rodam no servidor Wildfly 11 ou 18 houve mudança no datasource de totvsDS e totvsTrilhaAuditoriaDS para dimensaDS e dimensaTrilhaAuditoriaDS, para atender a nova estrutura da Dimensa, exemplo: jndi-name="java:/jboss/datasources/totvsDS" para jndi-name="java:/dimensaDS".
  
• Mudança Sistema Segurança
  1)  Alterar pelo sistema Portal Administrador tela cadastro de sistema a url do sistema tirando os hifens e underlines para atender o novo contexto da aplicação.
  2)  Alterar Owner APP tabela T900arqu o arquivo app.xml com as urls do sistema tirando os hifens e underlines para atender o novo contexto da aplicação.
  3)  Alterar Owner APP tabela T900arqu o arquivo db.xml, com as urls de conexão com o banco de dados.
  4)  Para o servidor Wildfly 18 rodar com as variáveis de ambiente, exemplo: -DdialectApp=org.hibernate.dialect.Oracle10gDialect/-DdialectApp=org.hibernate.dialect.SQLServer2012Dialect e -Dtotvs.tfs.config.path=/opt/totvs/tfs, ao qual informam o dialeto do banco de dados e caminho do arquivo global de configuração totvs-financial-services.conf.
• Mudança Arquivos de configuração totvs-financial-services.conf e application.properties/yml
  1)  urls de serviço e contextos tirando os hifens e underlines para atender a nova versão, exemplo :  tfs-portaladmin-service, integrador-basico ou sb-credito-efetivacao-service para   tfsportaladminservice, integradorbasico e sbcreditoefetivacaoservice.

03. Migração parcial em ambiente com a versão 5 e versão Jornada Cloud 6

Todos os passos acima devem ser efetuados apenas para o produto que migrou para a V6, sendo eles:
    1)  Mudança URL de Contexto da aplicação que foi para a V6.
    2)  Adição do novo Datasource, porém deixando o antigo também, pois terá produtos que ainda respeitaram a conexão do DS antigo totvsDS.
    3)  Mudança Sistema Segurança, somente para o produto migrado para a V6.
    4)  Mudança no arquivos de configuração somente para as urls do produto migrado para a V6.

04. Objetivo

Abaixo segue alguns ganhos que teremos com as mudanças:
    1)  Descontinuação do servidor Jboss EAP 6.4, que perdeu o suporte da RedHat em julho-2024.
    2)  Mitigação de vulnerabilidades e evolução tecnológicatécnicas e de segurança com uma infraestrutura defasada.
    3)   Automatização Automaização nos fluxos de entrega entrea de código e Cloud Dimensa.
    4)   Documentação das ApiAPI's .automatizada
    5)  Automatizar Automatizar a gestão dos scripts de banco de dados com FlywayDB.
    6)   Melhor manutenção Maior agilidade em entregas e manutenções nos fontes e frameworks, mantendo uma versão corrente recorrente, apenas na 6.x.x.x

Ainda tem dúvidas, entre em contato conosco através do e-mail: [email protected] ou Zendesk - Atendimento ao cliente.

Atenciosamente, 

Time Produtos Core Banking