TSA

Páginas filhas
  • DT Atualizar Jboss para WildFly 10

Versões comparadas

Versão antiga 8

changes.mady.by.user Norberto Ritzmann Junior

Gravado em

comparado com

Nova versão 9

changes.mady.by.user Norberto Ritzmann Junior

Gravado em

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

Descrição

O TSA passa a utilizar uma nova geração do servidor de aplicação JBoss, chamado de Wildfly. Trocando do JBoss 6 para Wildfly 10, e ao mesmo tempo, deixa de utilizar o Java 6 e passa a utilizar o Java 8 como Java Runtime Environment (JRE). Com esta evolução, o TSA passa a se beneficiar de diversas vantagens fornecidas com a evolução do servidor de aplicação e do Java Runtime.

 

Wildfly

  • Melhor performance
  • Mais leve
  • Undertow como Servidor Web - alta velocidade no processamento de requisições web
  • Área administrativa completa
  • Arquivos temporários não crescem indefinidamente
  • Inicialização rápida (em torno de 40-60 segundos em windows e 30 segundos em linux)

http://wildfly.org/about


Java Runtime Environment 8

  • Não há mais suporte pela Oracle na versão 6
  • Correções de falhas de segurança feitas na versão 7 e 8
  • Melhor performance, alguns benchmarks feitos da versão 6 para a 7 a performance pode melhorar até 46% em algumas tarefas, da versão 7 para a 8 também houveram algumas penas melhoras em algumas tarefas.

 

Importante

A atualização ocorrerá automaticamente com a execução do Updater para a versão 12.1.16.

 

Ao encontrar algum problema de inicialização do produto após a atualização, deve-se executar o script para retornar ao JBoss, que será executado com a última versão expedida:

  • /TSA/bin/atualizar_servico_para_jboss.bat

Este script possibilitará o retorno do ambiente anterior, possibilitando assim retornar as atividades enquanto é possível abrir um chamado para a correção do possível problema.

 

Procedimento para Implantação

Execução do Updater para clientes que já estão utilizando o produto (Consultar guia de atualização na comunidade do Fluig D@ TSA).
Implantação do produto através da mídia de instalação (Consultar o guia de instalação na comunidade do Fluig D@ TSA).

 

Estrutura

A estrutura de pastas sofreu algumas alterações, conforme apresentado na figura abaixo.

 

Outra mudança ocorreu na forma de configurar o servidor, que agora passa a ter todas as configurações concentradas no arquivo standalone.xml.

A configuração neste arquivo é dividido em:

  • Extensions: Configura os pacotes as extensões que serão utilizados no Wildfly;
  • System-properties: Propriedades do sistema, utilizado para configurar dialetos de banco de dados e outras propriedades genéricas do sistema;
  • Management: Configura a área administrativa do Wildfly;
  • Profile: Principais configurações, é dividida em subsystems, explicado logo abaixo;
  • Interfaces: Configura os endereços para a área do produto e da área administrativa, não utilizado pois o TSA passa por parâmetro;
  • Socket-binding-group: Configura perfil do portas sem considerar o offset passado pela instalação do TSA, também não é utilizado para configuração pois a instalação do TSA passa via parâmetro o perfil de portas.

Profile e Subsystems

O fragmento mais importante da configuração do standalone.xml é o fragmento de "profiles" ou perfil. Um profile é um conjunto de configurações dos subsistemas, sendo estes subsistemas o formato de divisão dos componentes da arquitetura do Wildfly. A subsystem is an added set of capabilities added to the core server by an extension (see "Extensions" above). A subsystem provides servlet handling capabilities; a subsystem provides an EJB container; a subsystem provides JTA, etc. A profile is a named list of subsystems, along with the details of each subsystem's configuration. A profile with a large number of subsystems results in a server with a large set of capabilities. A profile with a small, focused set of subsystems will have fewer capabilities but a smaller footprintUm subsistema é um conjunto de funcionalidades adicionado ao core do Wildfly por uma extensão. Os subsistemas são listados no profile e abaixo de cada subsistema são feitas as configurações.

The content of an individual profile configuration looks largely the same in domain.xml and standalone.xml. The only difference is standalone.xml is only allowed to have a single profile element (the profile the server will run), while domain.xml can have many profiles, each of which can be mapped to one or more groups of servers.

The contents of individual subsystem configurations look exactly the same between domain.xml and standalone.xml.

 

Mais informações podem ser encontradas em https://docs.jboss.org/author/display/WFLY8/General+configuration+concepts

Procedimento para Utilização

 

 

Vídeo