6321 - Parâmetro Base nas ações SID (Novo Middleware)
Problema: Descrição do Problema:
A partir da versão 5.7, utilizando o novo Middleware, quando se executa a ação SID na Base de Teste a mesma esta sendo executada e gerada na Base de Produção
Qual o procedimento a ser utilizado para ser passado como parâmetro na função SID o nome da Base que queria executar a ação SID, no caso do cliente ter 2 bases (Base de Teste e Produção)? No caso do Glassish não é utilizado mais este parâmetro e esta função &BASE=PRODUCAO ou &BASE=TESTE?
Quando ocorre / onde se aplica:
Ao utilizar uma ação Sid a partir da versão 5.7, quando o Cliente possuir base de Produção e Teste.
Solução: Solução:
A partir da versão 5.7 do ERP Senior, utilizando o novo Middleware, o parâmetro &BASE= não possui mais efeito na execução das ações, para direcionar a qual Base deve ser executada a ação.
Caso o Cliente possua uma Base Produção e Teste do ERP e deseja utilizar as duas Bases para integração SapiensSID, será necessário utilizar uma das opções abaixo:
- Criar um novo domínio no Servidor Glassfish:
Este novo domínio terá uma outra porta de comunicação e será necessário efetuar o deploy dos recursos do Sistema neste novo domínio;
- Utilizar outro Servidor Glassfish em outro Servidor:
Este outro Servidor será utilizado para a Base Teste e terá um endereço diferente do endereço da Base de Produção.
Importante: Não é possível utilizar dois ambientes do SID (Produção e Teste) na mesma instalação do Glassfish, sem que sejam criados novos domínios.
Seguem maiores informações sobre as ações SID na versão 5.7
Exemplo de URLs no formato antigo e novo:
Parâmetro da URL antiga:
http://servidor/sapiensweb/conector.exe?SIS=CO&LOGIN=SID&BASE=SAPIENS&
Parâmetro da URL nova:
http://servidor:8080/sapiensweb/conector?SIS=CO&LOGIN=SID&
- O GlassFish está configurado por padrão para disponibilizar as aplicações na porta 8080. Porém as funções SapiensSID() ou SapiensSIDEx() comunicam-se apenas com a porta 80.
Portanto, relatórios e regras que utilizam as funções acima não funcionam após atualizar para novo Middleware.
1 - Quando o ambiente já está convertido, temos duas opções:
1.1 - Alterar a configuração do GlassFish para utilizar a porta 80 e refazer o processo de deploy da Web 5.0 e web services. Desta forma não é precisa alterar as funções. Porém o parâmetro &BASE= continua sem efeito.
1.2 - Alterar as regras LSP que utilizam as funções SapiensSID() ou SapiensSIDEx(), substituindo suas chamadas por funções para requisições HTTP (verificar a documentação em Ferramentas Apoio > Linguagem Senior de Programação > Funções > Funções para requisições HTTP).
2 - Quando o cliente ainda não converteu o ambiente:
2.1 - No momento da conversão, pode-se indicar a alteração da porta padrão do Glassfish. É feito em uma pergunta no processo de conversão, com qual porta o Glassfish irá se comunicar. Indica-se a porta 80. Desta forma, as funções irão se comunicar normalmente. Porém o parâmetro &BASE= continua sem efeito.
Validade: /#31/12/2015#
Público: Interno, canais/consultores, clientes
A partir da versão 5.7, utilizando o novo Middleware, quando se executa a ação SID na Base de Teste a mesma esta sendo executada e gerada na Base de Produção
Qual o procedimento a ser utilizado para ser passado como parâmetro na função SID o nome da Base que queria executar a ação SID, no caso do cliente ter 2 bases (Base de Teste e Produção)? No caso do Glassish não é utilizado mais este parâmetro e esta função &BASE=PRODUCAO ou &BASE=TESTE?
Quando ocorre / onde se aplica:
Ao utilizar uma ação Sid a partir da versão 5.7, quando o Cliente possuir base de Produção e Teste.
Solução: Solução:
A partir da versão 5.7 do ERP Senior, utilizando o novo Middleware, o parâmetro &BASE= não possui mais efeito na execução das ações, para direcionar a qual Base deve ser executada a ação.
Caso o Cliente possua uma Base Produção e Teste do ERP e deseja utilizar as duas Bases para integração SapiensSID, será necessário utilizar uma das opções abaixo:
- Criar um novo domínio no Servidor Glassfish:
Este novo domínio terá uma outra porta de comunicação e será necessário efetuar o deploy dos recursos do Sistema neste novo domínio;
- Utilizar outro Servidor Glassfish em outro Servidor:
Este outro Servidor será utilizado para a Base Teste e terá um endereço diferente do endereço da Base de Produção.
Importante: Não é possível utilizar dois ambientes do SID (Produção e Teste) na mesma instalação do Glassfish, sem que sejam criados novos domínios.
Seguem maiores informações sobre as ações SID na versão 5.7
Exemplo de URLs no formato antigo e novo:
Parâmetro da URL antiga:
http://servidor/sapiensweb/conector.exe?SIS=CO&LOGIN=SID&BASE=SAPIENS&
Parâmetro da URL nova:
http://servidor:8080/sapiensweb/conector?SIS=CO&LOGIN=SID&
- O GlassFish está configurado por padrão para disponibilizar as aplicações na porta 8080. Porém as funções SapiensSID() ou SapiensSIDEx() comunicam-se apenas com a porta 80.
Portanto, relatórios e regras que utilizam as funções acima não funcionam após atualizar para novo Middleware.
1 - Quando o ambiente já está convertido, temos duas opções:
1.1 - Alterar a configuração do GlassFish para utilizar a porta 80 e refazer o processo de deploy da Web 5.0 e web services. Desta forma não é precisa alterar as funções. Porém o parâmetro &BASE= continua sem efeito.
1.2 - Alterar as regras LSP que utilizam as funções SapiensSID() ou SapiensSIDEx(), substituindo suas chamadas por funções para requisições HTTP (verificar a documentação em Ferramentas Apoio > Linguagem Senior de Programação > Funções > Funções para requisições HTTP).
2 - Quando o cliente ainda não converteu o ambiente:
2.1 - No momento da conversão, pode-se indicar a alteração da porta padrão do Glassfish. É feito em uma pergunta no processo de conversão, com qual porta o Glassfish irá se comunicar. Indica-se a porta 80. Desta forma, as funções irão se comunicar normalmente. Porém o parâmetro &BASE= continua sem efeito.
Validade: /#31/12/2015#
Público: Interno, canais/consultores, clientes