Arquitetura Datasul Progr
Arquitetura Datasul Progr
Arquitetura Datasul Progr
Proibida a reprodução total ou parcial, bem como a armazenagem em sistema de recuperação e a transmissão, de
qualquer modo ou por qualquer outro meio, seja este eletrônico, mecânico, de fotocópia, de gravação, ou outros, sem
prévia autorização por escrito da proprietária.
O desrespeito a essa proibição configura em apropriação indevida dos direitos autorais e patrimoniais da TOTVS.
Sumário
1. Introdução ..................................................................................................................................... 3
2. Objetivos do treinamento .............................................................................................................. 3
3. Instalação Client Datasul .............................................................................................................. 3
3.1. Instação Progress Client ........................................................................................................ 3
4. OpenEdge Explorer ...................................................................................................................... 11
4.1. AppServer .............................................................................................................................. 11
4.2. Banco de Dados..................................................................................................................... 11
5. Aplicação e Programas ................................................................................................................. 11
5.1. Estrutura padrão de diretórios do Produto Datasul ................................................................ 12
5.2. Liberações especiais .............................................................................................................. 13
5.3. Scripts de acesso ao produto Datasul .................................................................................... 14
5.3.1. Arquivo. pf .................................................................................................................... 14
5.3.2. Arquivo .ini .................................................................................................................... 16
5.3.3. Arquivo ALIAS .............................................................................................................. 16
6. Administração Básica de Banco de Dados ................................................................................... 18
6.1. Estrutura do Banco de Dados Progress ................................................................................. 21
6.2. Dataserver e Schema Holder ................................................................................................. 22
7. Administração do Foundation ....................................................................................................... 23
7.1. Módulo Menu ......................................................................................................................... 23
7.1.1. Estrutura do produto TOTVS Datasul ........................................................................... 23
7.1.2. Administração do Menu: ............................................................................................... 34
7.2. Módulo Segurança ................................................................................................................. 40
7.3. Módulo Básico (NPS) ............................................................................................................. 47
7.3.1. Impressoras .................................................................................................................. 47
7.3.2. Servidor Execução - RPW ............................................................................................ 50
7.3.3. Timeout ........................................................................................................................ 53
7.3.4. Email ............................................................................................................................ 54
7.3.5. Parâmetro Global ......................................................................................................... 55
2 Versão 12
Noções básicas Arquitetura Datasul, Progress e Schema Holder
1. Introdução
Este treinamento foi desenvolvido para atender o escopo com utilização do OpenEdge Progress versão 10.2B
compatível com o produto TOTVS Datasul.
2. Objetivos do treinamento
Ao término do treinamento você estará apto a:
Para que o produto TOTVS Datasul seja utilizado, é necessário a instalação do Progress 10.2B, com a licenças client
(Client Networking e Query / Results).
Client Networking: Obrigatória para todas as estações de trabalho que irão acessar o produto TOTVS Datasul.
Query / Results: Deve ser utilizada nas estações clientes que utilizarão a ferramenta de relatórios Dataviewer ou que
desejarem executar programas que não alterem o banco de dados.
Para possibilitar o desenvolvimento de programas específicos em Progress, é necessário ter a licença "OE Studio" que
permitirá a compilação de programas que alteram o banco de dados.
Premissas:
Deve ser instalado o Java JRE (versão mais atual) conforme requisito do produto TOTVS Datasul.
Versão 12 3
Noções básicas Arquitetura Datasul, Progress e Schema Holder
Aplicar as licenças do cliente (manualmente ou carregar de um arquivo TXT através do botão "Load") e clicar em "Next".
4 Versão 12
Noções básicas Arquitetura Datasul, Progress e Schema Holder
Versão 12 5
Noções básicas Arquitetura Datasul, Progress e Schema Holder
Marcar as opções "WebSpeed with Local Web Server" e "OpenEdge Adapter for Sonic ESB" e continuar a instalação.
6 Versão 12
Noções básicas Arquitetura Datasul, Progress e Schema Holder
Versão 12 7
Noções básicas Arquitetura Datasul, Progress e Schema Holder
8 Versão 12
Noções básicas Arquitetura Datasul, Progress e Schema Holder
Após finalizar a instalação, deve-se instalar o Service Pack 08 do OpénEdge Progress 10.2B
Versão 12 9
Noções básicas Arquitetura Datasul, Progress e Schema Holder
a) Copiar o arquivo “proextra.dll” conforme arquitetura 32 ou 64-bits para a estação de trabalho conforme a
arquitetura do sistema operacional da estação de trabalho:
32 bits: copiar "WinAPI32\ proextra.dll" para "C:\Windows" e "C:\Windows\System32";
64 bits: copiar "winapi64\ProExtra.dll" para "C:\Windows" e "C:\Windows\SysWOW64".
f) pdf: Copiar os arquivos "md5.exe" e "procryptlib.dll" para uma pasta disponível no Path do sistema operacional.
Exemplo: "C:\WINDOWS"
10 Versão 12
Noções básicas Arquitetura Datasul, Progress e Schema Holder
4. OpenEdge Explorer
O OpenEdge Management fornece aos administradores de bancos de dados as ferramentas de desempenho e os
processos necessários para configurar, monitorar, diagnosticar e gerenciar o ambiente OpenEdge de forma gráfica.
Além do monitoramento, você pode usar o OpenEdge Management para configurar bancos de dados, servidor,
messengers e adapters.
4.1. AppServer
O produto TOTVS Datasul necessita de um Appserver Progress para a comunicação da parte FLEX com os bancos de
dados. Ele é responsável por executar algumas ‘API’s’ que fazem consultas e gravações nos bancos de dados
utilizados pelo produto TOTVS Datasul, quando é utilizada alguma função ou tela que esteja relacionado ao FLEX.
Através do OpenEdge Explorer, é possível fazer toda a administração de um Appserver, como criar, configurar, alterar,
iniciar e encerrar. As alterações permitidas são somente nas configurações do Appserver, não sendo possível alterar
seu nome, por exemplo.
5. Aplicação e Programas
As tecnologias utilizadas no produto TOTVS Datasul são:
Programas Progress: são utilizados em modo cliente-servidor ou por meio do AppServer Progress, onde são
executados nas telas Flex ou Metadados.
AppServer Progress: utilizado para execução dos programas Progress para as telas Flex e Metadados, na
execução das regras de negócio e na busca de dados dos bancos de dados.
Versão 12 11
Noções básicas Arquitetura Datasul, Progress e Schema Holder
JBoss: é um servidor de aplicações baseado em Java utilizado para a execução dos programas Java / Flex do
produto TOTVS Datasul.
JOSSO (Java Open Single Sign On): é uma solução de autenticação para aplicações web.
Java: linguagem de programação orientada a objeto.
Flex: conjunto de tecnologias da Adobe que suportam o desenvolvimento de aplicações para Internet
baseadas na plataforma do Adobe Flash.
Metadados: conjunto de ferramentas que permitem a especificação e desenvolvimento de um aplicativo de
forma dinâmica
Exemplo:
D:\totvs\datasul\dts-prd\ERP
D:\totvs\datasul\dts-prd\ServidorAplicacao
a) ERP
No repositório de programas Progress identificado como "ERP" são armazenados todos os programas padrões
expedidos pela TOTVS S/A.
Os programas padrões são compilados e na grande maioria não possuem seu código fonte disponível para alteração.
Quando o cliente possui situações específicas em seu ambiente, são desenvolvidos programas customizados para
atender tais necessidades. Estes programas são armazenados em um repositório diferente da estrutura padrão, por
exemplo: D:\totvs\datasul\dts-prd\ERP\especificos
Dentro da estrutura de programas Progress os mesmos são organizados em estruturas de pastas segmentadas pelas
áreas do sistema, como por exemplo:crm, eai, eai2, ems2, ems5, fnd, gp, hcm, lib_especial.
12 Versão 12
Noções básicas Arquitetura Datasul, Progress e Schema Holder
O produto TOTVS Datasul utiliza-se de um PROPATH para definir a ordem de qual diretório (repositório) deve buscar o
programa que será executado pelo usuário.
A estrutura do PROPATH é montada conforme as características de cada ambiente, de forma geral, é configurado para
buscar primeiramente os programas específicos em seguida as liberações especiais e por fim os programas padrões.
Sua configuração é realizada no arquivo .ini que o produto TOTVS Datasul irá utilizar na seção do usuário.
Dentro do diretório de qualquer instância configurada (instance-8x80), encontramos entre outros os diretórios do JBoss:
conf: onde estão localizados os arquivos de configurações
deploy: onde estos componentes utilizados pelo servidor de aplicação.
log: onde são salvos logs.
Tais liberações para o produto TOTVS Datasul pode ser com relação a correções de falhas, ajustes para atendimento
de normativas legais e etc.
Orienta-se a criação de uma estrutura de diretórios exclusiva chamada "lib_especial", dentro do repositório "ERP" e
coloca-la na PROPATH utilizada pelas sessões do produto TOTVS Datasul.
Versão 12 13
Noções básicas Arquitetura Datasul, Progress e Schema Holder
Benefício: administrar com facilidade e segurança os pacotes aplicados, em caso de alguma incompatibilidade ou
problema relacionado ao ambiente do cliente.
5.3.1. Arquivo. pf
Contêm os parâmetros de configuração da sessão Progress que especificam detalhes como formato de data,
separador de decimal, quantidades de memória utilizada e conexões com as bases de dados, dentre outros.
Esses parâmetros podem ser passados via linha de comando para o executável do Progress, porém a utilização deste
arquivo facilita a organização do ambiente.
Em algumas configurações podem ser encontrados mais de um arquivo. pf por atalho, um conectando as bases e outro
configurando o client.
Esse é um exemplo de arquivo .pf com apenas parâmetros que configuram a sessão client.
14 Versão 12
Noções básicas Arquitetura Datasul, Progress e Schema Holder
Esse é um exemplo de um arquivo .pf com parâmetros de conexão de bancos de dados Oracle e Schema Holder.
Observe que com o Dataserver as conexões ocorrem em pares. O primeiro parâmetro “-db” conecta o Schemaholder
Progress e o segundo parâmetro “-db” conecta o banco estrangeiro Oracle, neste exemplo.
Versão 12 15
Noções básicas Arquitetura Datasul, Progress e Schema Holder
Startup: definição de variáveis de ambiente, as principais são DLC e PROPATH, que serão explicadas a
seguir.
Colors: cores utilizadas nas telas dos programas.
Fonts: Estilo e tamanho das fontes utilizadas nas telas dos programas.
Para reduzir esse número de conexões e bases de dados é possível unificá-las. Existem regras que definem quais
bancos podem ser unidos neste processo.
Como o nome dos bancos é armazenado dentro dos programas e estes são os mesmos tanto para ambiente com
bases unificadas quanto distribuídas, os nomes distribuídos são utilizados durante o desenvolvimento e compilação.
16 Versão 12
Noções básicas Arquitetura Datasul, Progress e Schema Holder
Para que esses programas possam encontrar os nomes de bancos distribuídos em um ambiente unificado, criam-se
diversos apelidos (alias), para o mesmo banco de dados.
O programa responsável pela criação dos alias é o primeiro a ser executado pelo atalho do produto, por meio do
parâmetro -p
Exemplo de um programa de alias. Nesse exemplo, temos as bases mgadm e mgdis unificadas no banco mgcad.
No final do arquivo o comando RUN executa o programa inicial do produto, seja ele o menu principal ou o Datasul
Interactive. Se o ambiente não fosse unificado, este programa seria chamado no parâmetro -p do atalho, ao invés do
programa de alias.
Versão 12 17
Noções básicas Arquitetura Datasul, Progress e Schema Holder
a) Arquivo .pf
Para saber a localização do arquivo .pf, é necessário ter acesso ao servidor onde o JBoss está instalado.
No arquivo "config.xml" será localizada a tag <LocalShortcuts>, onde estarão todos os atalhos utilizados para o produto
TOTVS Datasul. Localize o nome do atalho utilizado e busque na linha pelo parâmetro -pf.
Exemplo de linha de conexão:
18 Versão 12
Noções básicas Arquitetura Datasul, Progress e Schema Holder
O produto TOTVS Datasul necessita apenas de uma linha no arquivo .pf, que aponta para o banco emsfnd. Neste
banco encontra-se a tabela bco_empres, onde estão armazenadas as informações de conexão de bancos de dados
por empresa.
Versão 12 19
Noções básicas Arquitetura Datasul, Progress e Schema Holder
No arquivo progress-dx.xml (para bancos de dados Progress) e oracle-ds.xml (para bancos de dados Oracle) estão
localizadas as fontes de dados (datasource) utilizadas pelo JBoss, para permitir o acesso ao produto.
Neste arquivo pode existir mais de um datasource apontando para o mesmo banco de dados.
Exemplo do datasource "ems" onde a linha de conexão aponta para o banco de dados emsdev (tag connection-url).
20 Versão 12
Noções básicas Arquitetura Datasul, Progress e Schema Holder
Estes dois arquivos funcionam em conjunto para gerenciar todos as solicitações dos aplicativos a eles ligados.
O arquivo de ‘Imagem Anterior’ (Before-Image) tem um papel importantíssimo que assegura a total e completa
integridade física e referencial dos dados, como por exemplo índices, validações, tipos e formatos através do "ENGINE
DATABASE" e confirmar estas transações para gravação e / ou deleção no banco de dados após uma completa
consistência dos dados existentes.
Os arquivos padrão como Database (.DB), Before-Image (.Bn) e After-Image (.An) quando em multi-volumes eles
apenas armazenam dados informativos sobre a própria constituição e estrutura do banco de dados. Por exemplo o
arquivo ‘.DB’ não mais contém dados das tabelas, apenas as estruturas das mesmas, índices, validações, etc.
Os arquivos estendidos (Dn, Bn, An) têm um tamanho fixo e inalterado como definido na estrutura de criação dos
mesmos, inicialmente vazios, porém os tamanhos definidos já alocados.
Os arquivos voláteis (Dn, Bn, An) não têm um tamanho definido, porque eles serão utilizados e incrementados depois
de esgotados os tamanhos definidos dos arquivos anteriores. Por exemplo, um banco multi-volumes com dois arquivos
de dados em 50 MB e um terceiro volátil será esgotado o tamanho pré-definido quando este ultrapassar 100 MB em
quantidade de informações para tabelas e índices, então utilizando o arquivo estendido.
Você pode particionar três partes constituintes do banco: os arquivos de Dados (.Dn), o Before-Image (.Bn) e o After-
Image (.An). Podendo-se definir ‘n’ arquivos constituintes em ‘n’ localizações iguais ou distintas, sendo o último arquivo
de cada parte constituinte um arquivo de tamanho volátil.
Estas definições devem estar descritas em um arquivo tipo texto com o cujo nome deve ser o mesmo do banco a ser
criado e extensão ‘.st’.
Arquivo info.st
O exemplo acima cria uma definição com particionamento em 3 arquivos para dados com 2 MB e o quarto estendido, e
dois para Before-Image e AfterImage com 1 MB.
Versão 12 21
Noções básicas Arquitetura Datasul, Progress e Schema Holder
O Dataserver permitiu que os programas escritos em sua linguagem pudessem acessar, com poucas alterações, bases
de dados não Progress, chamadas de bases de dados estrangeiras como Oracle, SQL Server e mais algumas via
ODBC.
Esta tecnologia é responsável por mapear os comandos Progress para seus respectivos em SQL e requer uma licença
específica para o seu funcionamento.
Neste cenário, o produto se conecta uma base de dados Progress chamada de Schema-holder. Este banco Progress
não armazena os dados das tabelas, apenas suas definições. Além desta conexão, é também realizada outra
diretamente na base de dados estrangeira, utilizando a biblioteca OCI no caso do Oracle ou ODBC no caso do SQL
Server.
Dessa forma, o Dataserver permite acessar bancos de dados não-PROGRESS transparentemente, isto é, significa que
o código funcionará da mesma maneira, independente do banco de dados usado. A figura a seguir, apresenta o
funcionamento do DataServer.
22 Versão 12
Noções básicas Arquitetura Datasul, Progress e Schema Holder
O Schema Holder é um banco de dados PROGRESS vazio que mapeia campos, tabelas, indexes, e todos os objetos
externos em formatos PROGRESS. Os programas conectam ao Schema Holder como se este possuísse dados (mas,
fisicamente não possui); o DataServer então, serve dados dos bancos de dados externos para a estrutura do
PROGRESS. É interessante notar que o DataServer PROGRESS é atualmente um cliente para um banco de dados
externo.
Atualmente o produto TOTVS Datasul está homologado para bancos de dados Progress, Oracle e SQL Server.
7. Administração do Foundation
Versão 12 23
Noções básicas Arquitetura Datasul, Progress e Schema Holder
a) Produto:
Permite manutenir os "Produtos" que devem ser apresentados no menu principal. O sistema permite cadastrar vários
"Produtos", sendo possível à utilização de um por sessão.
24 Versão 12
Noções básicas Arquitetura Datasul, Progress e Schema Holder
Permite consultar os "Produtos" cadastrados no produto TOTVS Datasul, além de visualizar os "Aplicativos" que estão
configurados para o "Produto" em questão.
Versão 12 25
Noções básicas Arquitetura Datasul, Progress e Schema Holder
b) Grupo Aplicativo:
Permite manutenir os "Grupos de Aplicativos" que são utilizados para organizar os "Aplicativos".
c) Aplicativo:
O programa permite configurar a segurança por "Aplicativo" definindo permissão aos grupos de usuários que possam
acessar o "Aplicativo".
Além disso, é possível configurar se o "Aplicativo" ou parte dos "Sistemas" será visualizado no menu principal, nesse
caso possibilitando ao administrador remover a visualização no menu dos "Aplicativos" e / ou "Sistemas" que não são
utilizados na empresa.
26 Versão 12
Noções básicas Arquitetura Datasul, Progress e Schema Holder
Permite consultar os "Aplicativos" cadastrados no produto TOTVS Datasul e visualizar os grupos e usuários que
possuem permissão de acesso ao "Aplicativo" em questão.
Além disso, é possível visualizar a qual "Sistema" o "Aplicativo" pertence.
Versão 12 27
Noções básicas Arquitetura Datasul, Progress e Schema Holder
d) Sistema
28 Versão 12
Noções básicas Arquitetura Datasul, Progress e Schema Holder
e) Módulo:
É possível configurar se o "Módulo" será visualizado no menu principal, nesse caso possibilitando ao administrador
remover a visualização no menu dos "Módulos" que não são utilizados na empresa.
Permite extrair um relatório contendo todos os "Módulos" e seus respectivos "Sistemas" configurados.
Este relatório é muito útil para saber quais os "Módulos" que não serão visualizados no menu, quando removida a
configuração de visualização por "Sistema", conforme visto anteriormente.
Versão 12 29
Noções básicas Arquitetura Datasul, Progress e Schema Holder
f) Procedimento:
Os "Procedimentos" são utilizados para agrupar programas, relatórios e consultas que possual funções semelhantes.
Permite manutenir os "Procedimentos" que são utilizados para disponibilizar os "Programas" que são apresentados no
menu principal.
30 Versão 12
Noções básicas Arquitetura Datasul, Progress e Schema Holder
Permite extrair um relatório contendo todos os "Procedimentos" cadastrados no produto TOTVS Datasul.
Versão 12 31
Noções básicas Arquitetura Datasul, Progress e Schema Holder
g) Programa:
Permite manutenir os "Programas" que são executados pelos usuários no produto TOTVS Datasul.
32 Versão 12
Noções básicas Arquitetura Datasul, Progress e Schema Holder
Permite consultar os "Programas" cadastrados no produto TOTVS Datasul e visualizar os grupos de usuários que
possuem permissão de acesso ao "Programa" em questão.
h) Processo:
Os "Processos" são utilizados para agrupar programas (sejam eles de cadastro, tarefa, consulta ou relatório) de modo
que possam formar uma 'ordem cronológica' contendo os programas na ordem que devem ser executados. Eles podem
ser definidos conforme as funções que o usuário precisa executar.
Permite manutenir os "Processos" que serão apresentados no menu principal dos usuários.
Versão 12 33
Noções básicas Arquitetura Datasul, Progress e Schema Holder
O programa permite importar os "Menus" com seus respectivos objetos que serão apresentados aos usuários.
É possível importa-los separadamente um a um através da opção 'Por arquivo' ou um diretório onde contenham
exclusivamente vários arquivos dos menus (arquivos iniciados com 'men_'). Com isso é possível atualizar as
informações referentes ao menu do produto TOTVS Datasul.
34 Versão 12
Noções básicas Arquitetura Datasul, Progress e Schema Holder
Exportação Menu:
O programa permite exportar os "Menus" com seus respectivos objetos e configurações. Também é possível exportar
somente um "Módulo".
Versão 12 35
Noções básicas Arquitetura Datasul, Progress e Schema Holder
O programa permite selecionar a importação de "Literais" (mensagens apresentadas no rodapé dos programas quando
determinado campo é acessado), "Mensagens" (mensagens apresentadas em forma de aviso, erro e etc.), "Strings
Externas" (mensagens relacionadas a outros dialetos) e "Strings Framework" (mensagens relacionads ao ambiente
Flex).
Essa função deve ser executada para atualizar o produto TOTVS Datasul com as mensagens disponibilizadas pela
TOTVS S/A.
36 Versão 12
Noções básicas Arquitetura Datasul, Progress e Schema Holder
Versão 12 37
Noções básicas Arquitetura Datasul, Progress e Schema Holder
O programa permite a atualização da estrutura do "Menu" do usuário podendo escolher para quais usuários ou grupos
de usuários será executada a atualização.
38 Versão 12
Noções básicas Arquitetura Datasul, Progress e Schema Holder
Versão 12 39
Noções básicas Arquitetura Datasul, Progress e Schema Holder
Tipos de usuário:
Super: o usuário que tem acesso a todo o sistema "Super usuário".
Este usuário permite cadastrar todos os tipos de usuários, inclusive o usuário super.
40 Versão 12
Noções básicas Arquitetura Datasul, Progress e Schema Holder
Permite extrair relatório contendo todos os usuários cadastrados no produto TOTVS Datasul.
Versão 12 41
Noções básicas Arquitetura Datasul, Progress e Schema Holder
Permite extrair relatório contendo todos os grupos de usuários cadastrados no produto TOTVS Datasul.
42 Versão 12
Noções básicas Arquitetura Datasul, Progress e Schema Holder
Permite consultar todos os Grupos de Usuários cadastrados no produto TOTVS Datasul e visualizar os Usuários que
formar o Grupo de Usuários em questão.
Versão 12 43
Noções básicas Arquitetura Datasul, Progress e Schema Holder
Permite extrair relatório contendo a segurança configurada para um programa específico ou mesmo por Módulo ou
Grupo Aplicativo.
44 Versão 12
Noções básicas Arquitetura Datasul, Progress e Schema Holder
Versão 12 45
Noções básicas Arquitetura Datasul, Progress e Schema Holder
46 Versão 12
Noções básicas Arquitetura Datasul, Progress e Schema Holder
7.3.1. Impressoras
Para que os relatórios disponíveis no produto TOTVS Datasul sejam enviados diretamente para a impressora, é
necessário que as impressoras estejam cadastradas no produto.
As configurações de impressoras permite definir as funções e suas respectivas opções de configuração de impressão,
as quais controlam o comportamento das impressoras e a qualidade de impressão, de acordo com os recursos
disponíveis na impressora.
Permite importar as configurações de impressoras para o produto TOTVS Datasul através do arquivo "prncfg.d"
disponibilizado pela TOTVS S/A.
Versão 12 47
Noções básicas Arquitetura Datasul, Progress e Schema Holder
A importação de configurações de impressoras agiliza e facilita o trabalho de replicar informações entre bases de
dados. Essa tarefa é efetuada considerando arquivos que contém informações no formato necessário para a correta
importação. Caso ocorram divergências na importação é possível visualizá-las no arquivo de mensagens gerado.
48 Versão 12
Noções básicas Arquitetura Datasul, Progress e Schema Holder
Finalizado o cadastro e configuração da impressora é necessário que a mesma seja relacionada aos usuários que
poderão utilizá-la (BTB034ZA).
Dispositivos:
Versão 12 49
Noções básicas Arquitetura Datasul, Progress e Schema Holder
Permite realizar a manutenção do Servidor de Execução do RPW nas informações que caracterizam o funcionamento
do servidor.
50 Versão 12
Noções básicas Arquitetura Datasul, Progress e Schema Holder
Permite monitorar os pedidos de execução, modificar, eliminar, consultar detalhadamente os pedidos implementados e
também visualizar os logs das atividades do Servidor de Execução.
Versão 12 51
Noções básicas Arquitetura Datasul, Progress e Schema Holder
Periodicamente, deve ser executada a eliminação de pedidos de execução, evitando o estouro. Cada pedido possui um
número, que é uma seqüência de base de dados cíclica, e, quando alcançado o limite, será retornado o valor da
seqüência para 01. Quando não encontrar uma sequência disponível para criar um pedido, ocorrerá erro no processo
de criação de pedidos de execução.
52 Versão 12
Noções básicas Arquitetura Datasul, Progress e Schema Holder
7.3.3. Timeout
No produto TOTVS Datasul a desconexão de usuário pelo TimeOut é feita na camada Flex através da configuração do
arquivo "datasul_framework.properties" disponível em:
"...\ServidorAplicacao\jboss-4.2.3.GA\server\instance-8080\conf\datasul\"
session.timeout: indica o tempo em minutos de inatividade. Ao atingir o tempo definido, será apresentada uma
mensagem ao usuário informando que a sessão está inativa.
session.timeout.message: indica o tempo em minutos em que a mensagem permanecerá em tela até que o usuário
clique nela ou a mesma feche sozinha, efetuando o logout e retornando para a tela de login.
Versão 12 53
Noções básicas Arquitetura Datasul, Progress e Schema Holder
Além disso é necessário habilitar o TimeOut e configurar o grupo de exceção que será utilizado.
7.3.4. Email
"Foundation | Básico (NPS) | Cadastros | Parâmetros Email Foundation"
BTB962ZB
54 Versão 12
Noções básicas Arquitetura Datasul, Progress e Schema Holder
Versão 12 55
Noções básicas Arquitetura Datasul, Progress e Schema Holder
56 Versão 12