Histórico da Página
...
- Visão Geral
- Visão Geral das Camadas (Layers) Datasul
- Configurações do JOSSO
- Configurações das Propriedades do Datasul
- Configurações do Servidor Interno BTB946aa
- Configuração Connector jboss para controle de cookies
- Usuário EMS e acesso via AD
- Modo Operacional do AppServer
- Broker por Empresa para Alta Performance
01. VISÃO GERAL
O produto Datasul possui as camadas de VIEW (Telas do produto, HTML, Progress), MODEL (Java e progress que executam o negócio) e por último a parte de Banco de dados. O Objetivo deste documento se restringe à configuração do produto para que essas camadas se comuniquem adequadamente, inclusive com o uso de loadbalance, para que as sessions sejam criadas e gerenciadas corretamente pela aplicação.
...
Informações | ||
---|---|---|
| ||
Para o produto Datasul JBOSS é exigido que o loadbalance funcione como sticky session. Para esse modelo existem duas configurações possíveis de persistência
Ambos funcionam, no entanto, o COOKIEINSERT utilizará o loadbalance de maneira mais otimizada, principalmente nas requisições que tem origem no APPSERVER, pois, com o modelo SOURCEIP as requisições de origem do APPSERVER sempre irão para o mesmo JBOSS devido ao fato de que todas as requisições possuem o mesmo IP. Importante ressaltar sobre o timeout do produto e do balance, o timeout do balance nunca pode ser menor que o timeout do produto, pois isso acarretará em erros de http status 500 internal server error. Para saber qual o tempo de timeout do produto Datasul basta olhar a configuração no datasul-framework.properties como mencionado neste documento Timeout DATASUL EX: caso o session.timeout=30 o balance precisa obrigatoriamente ser configurado com um valor acima de 30 EX: 35 ou 40 minutos. |
06. CONFIGURAÇÃO CONNECTOR JBOSS PARA CONTROLE DE COOKIES
...
- Validar no programa SEC000AA → Caso o usuário esteja com uma Validade Senha inválida alterar para uma data válida.
- Validar no programa SEC000AA → Caso o usuário seja autenticado via AD, o Tipo Acesso estará como Externo e a Data de Validade estará como 31/12/9999 (Indefinido). Caso a data esteja inválida será necessário alterar o usuário para Interno, alterar a data e alterar novamente para Externo.
08. MODO OPERACIONAL DO APPSERVER
...
- .
...
Sendo assim, a primeira item a ser avaliado nos clientes é se existe na sua base várias empresas, pois, o produto Datasul através do programa btb962aa, o qual, permite configurar banco de dados por empresa. Desta forma o sistema conecta as bases necessárias no momento em que as requisições são realizadas dentro dos agentes do Appserver.
Dito isso, para atender a esses cenários temos dois modelos de modo operacional para serem verificados nas configurações.
1 - State-Reset: Modelo operacional que dedica o agente do AppServer a uma solicitação. Nesse modelo o mesmo agente é utilizado até o final da execução persistente que teve origem no JBOSS. Nesse cenário o throughput é mais baixo.
2 - Stateless: Modelo operacional que não realizada a dedicação do agente a uma chamada persistente originada no JBOSS. Nesse modelo, não existe estado mantido no agente e o throughput é bem maior. No entanto, só pode ser utilizado quando o cliente possuir apenas gerenciamento de conexão de bancos por uma empresa.
Cenário 1 - Várias empresas cadastradas e cada registro com conexões de bases diferentes ou similares.
Nesse cenário a TOTVS recomenda o uso de Modo Operacional State-Reset, pois, vai acontecer conexões e desconexões de bases por cada requisição em que a empresa muda.
...
title | CompanyId Pool para Performance |
---|
Para ter uma maior performance nesse cenário recomenda-se o uso do Pool de conexões no JBOSS. Esse pool é configurado através do datasul-framework.properties como abaixo
...
Cenário 2 - Somente uma empresa cadastrada com os bancos necessários.
Nesse cenário a TOTVS recomenda o uso de Modo Operacional Stateless, pois, somente conectará as bases no primeiro contato com o agente e depois segue o fluxo normalmente.
09. BROKER POR EMPRESA PARA ALTA PERFORMANCE
Aviso | ||
---|---|---|
| ||
ATENÇÃO: essa configuração deve ser realizada com muita atenção para garantir que apenas um broker funcione para uma empresa, caso contrário pode ocorrer problemas de integridade de dados. |
Para uma vazão maior das requisições com o Appserver progress o modelo operacional Stateless é o mais indicado, no entanto, somente pode ser usado quando não há o cenário de troca de empresa nas conexões, o qual, ocasiona a desconexão e conexão das bases de dados.
Para conseguir ter esse benefício de performance no modelo Stateless o cliente precisa fazer a configuração dos broker do appserver por empresa. Nessa configuração o arquivo.pf, alias.p e .ini do produto são configurados para cada broker definido no Appserver progress e o JBOSS conecta-se ao broker correto de acordo com a sessions e parêmtros do usuário fazendo com que o sistema performe de maneira mais rápida.
...
HTML |
---|
<!-- esconder o menu --> <style> div.theme-default .ia-splitter #main { margin-left: 0px; } .ia-fixed-sidebar, .ia-splitter-left { display: none; } #main { padding-left: 10px; padding-right: 10px; overflow-x: hidden; } .aui-header-primary .aui-nav, .aui-page-panel { margin-left: 0px !important; } .aui-header-primary .aui-nav { margin-left: 0px !important; } </style> |