Histórico da Página

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

  Web.

• Área administrativa completa.

• Arquivos temporários não crescem indefinidamente.

• Inicialização rápida (em torno de 40-60 segundos em

  windows

  Windows e 30 segundos em

  linux

  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

  pequenas melhorias 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 depois da 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 dividida em:

• Extensions: Configura 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. Um 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.

Os subsystems que podem sofrer alterações são:

• urn:jboss:domain:logging:3.0: Subsistema para criar os logs do sistema, possíveis alterações são aceitas neste item;.
• urn:jboss:domain:datasources:4.0: Subsistema para configurar as fontes de dados, o instalador do TSA configura automaticamente este item, porém alterações como aumentar o max-pool-size podem ser necessárias em casos extremos de acessos.
• urn:jboss:domain:ejb3:4.0: Subsistema que controla os EJBs. EJBs controlam processamentos paralelos na arquitetura do Java EE, neste item configurações podem ser feitas como no item thread-pools, aumentando o max-threads para possibilidatar possibilitar mais processamento paralelo e aumentar o keepalive-time para aumentar o tempo que estes processos fiquem dispostos para novas requisições sem ter que inicializar.

Configuração de Log

A configuração de log, conforme listado acima, também é feita via configuração no subsistema de logging.

Localize no standalone.xml o subsistema urn:jboss:domain:logging:3.0.

Por padrão, o Wildfly é configurado para ser quebrado periodicamente, a segunda opção seria por um tamanho máximo do arquivo.

Periódico (padrão):

<periodic-rotating-file-handler name="FILE" autoflush="true">

    <formatter>
          <named-formatter name="PATTERN"/>
     </formatter>
     <file relative-to="jboss.server.log.dir" path="server.log"/>
     <suffix value=".yyyy-MM-dd"/>
     <append value="true"/>
 </periodic-rotating-file-handler>

Por tamanho máximo:

<size-rotating-file-handler name="SIZE">
    <formatter>
        <pattern-formatter pattern="PATTERN"/>

    </formatter>
    <file relative-to="jboss.server.log.dir" path="server.log"/>
    <rotate-size value="10000k"/>
    <max-backup-index value="20"/>
    <append value="true"/>
</size-rotating-file-handler>

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

 .