Date   

Re: DLL

Carlos Mollero
 

Boa tarde,

Ainda estou com o problema para instanciar a DLL no início da tarefa.

No update da variável .NET com "DotNet.GatewayTCPSocketTTO.Commands(  )" o XPA me mostra que teria que ter uma ação "System.Action action" como parâmetro e não sei como proceder.


Se alguém puder dar alguma dica,

Obrigado.

Em 04/08/2022 15:35, Carlos Mollero via groups.io escreveu:
Boa tarde,

Estou integrando mais uma DLL .net a uma aplicação, e surgiu uma dúvida, na "Task Prefix" tenho que instanciar a DLL, más neste processo ele solicita um parâmetro e não estou sabendo como fazer.

O dev da DLL me mandou até um print do trecho que ele faz em C#, más não temos o conhecimento em C# e também para fazer no Magic, vou tentar explicar.

Parte do Trecho em C#: que recebi do dev, como ele faz

    public partial class frmMain : Form, IDisposable
    {
        private event Action backEventHandle;
        private GatewayTCPSocketTTO.Commands gateWay;
            
        public frmMain()
        {
            InitializeComponent();
            this.backEventHandle += FrmMain_backEventHandle;
            this.gateWay = new(this.backEventHandle);
        }

        private void FrmMain_backEventHandle()
        {
            MessageBox.Show(gateWay.receivedDatas);
        }




No início da tarefa estou fazendo um update na variável .net magic com "DotNet.GatewayTCPSocketTTO.Commands()", más dentre os parenteses o Magic me mostra que espera um "System.Action action" e não sei como passar o esperado.

Depois disso as chamadas aos métodos disponíveis já consegui fazer passando os parâmetros necessários, más não roda... acho que por conta disso.


Se alguém puder me ajudar, agradeço desde já

Obrigado.
-- 
Carlos Mollero.

Livre de vírus. www.avast.com.

-- 
Carlos Mollero.


DLL

Carlos Mollero
 

Boa tarde,

Estou integrando mais uma DLL .net a uma aplicação, e surgiu uma dúvida, na "Task Prefix" tenho que instanciar a DLL, más neste processo ele solicita um parâmetro e não estou sabendo como fazer.

O dev da DLL me mandou até um print do trecho que ele faz em C#, más não temos o conhecimento em C# e também para fazer no Magic, vou tentar explicar.

Parte do Trecho em C#: que recebi do dev, como ele faz

    public partial class frmMain : Form, IDisposable
    {
        private event Action backEventHandle;
        private GatewayTCPSocketTTO.Commands gateWay;
            
        public frmMain()
        {
            InitializeComponent();
            this.backEventHandle += FrmMain_backEventHandle;
            this.gateWay = new(this.backEventHandle);
        }

        private void FrmMain_backEventHandle()
        {
            MessageBox.Show(gateWay.receivedDatas);
        }




No início da tarefa estou fazendo um update na variável .net magic com "DotNet.GatewayTCPSocketTTO.Commands()", más dentre os parenteses o Magic me mostra que espera um "System.Action action" e não sei como passar o esperado.

Depois disso as chamadas aos métodos disponíveis já consegui fazer passando os parâmetros necessários, más não roda... acho que por conta disso.


Se alguém puder me ajudar, agradeço desde já

Obrigado.
-- 
Carlos Mollero.

Livre de vírus. www.avast.com.


Re: Lentidão em task de consulta com arquivo em memória

Alencar Philereno
 

Recebi um feedback do cliente que, mesmo fechando a aplicação e reabrindo, continua a mesma lentidão.
Só depois de reiniciar o computador a aplicação volta a velocidade inicial.
Está parecendo alocação de recursos (provavelmente memória) que não está sendo desalocada mesmo com o fechamento da aplicação.

Muito estranho isso...

Alencar
--------------------------------------------------------------
Jose Alencar Philereno
Bacharel em Sistemas de Informacao
Fit - Faccat    Taquara/RS  2009
Twitter: https://twitter.com/APhilereno
Facebook: https://www.facebook.com/philereno

"A sabedoria de um ser humano não está no quanto ele sabe,
mas no quanto ele tem consciência de que não sabe.
Você tem esta consciência?"
O futuro da Humanidade. - Augusto Cury



Em qui., 21 de jul. de 2022 às 15:44, Alencar Philereno via groups.io <philler.info=gmail.com@groups.io> escreveu:

Colegas, tenho uma task de consulta que fica no ar o tempo todo de trabalho da expedição.
Uso uma tabela em memória para montar a consulta e estes dados são atualizados de tempos em tempos. Para atualizar, chamo uma subtask delete e, na sequência, a task que carrega os dados atualizados novamente.

O problema é que esta consulta vai ficando lenta no passar do tempo, como se estivesse "saturando" os recursos do computador.
Alguma ideia do que pode ser isso?

Alencar
--------------------------------------------------------------
Jose Alencar Philereno
Bacharel em Sistemas de Informacao
Fit - Faccat    Taquara/RS  2009
Twitter: https://twitter.com/APhilereno
Facebook: https://www.facebook.com/philereno

"A sabedoria de um ser humano não está no quanto ele sabe,
mas no quanto ele tem consciência de que não sabe.
Você tem esta consciência?"
O futuro da Humanidade. - Augusto Cury


Lentidão em task de consulta com arquivo em memória

Alencar Philereno
 

Colegas, tenho uma task de consulta que fica no ar o tempo todo de trabalho da expedição.
Uso uma tabela em memória para montar a consulta e estes dados são atualizados de tempos em tempos. Para atualizar, chamo uma subtask delete e, na sequência, a task que carrega os dados atualizados novamente.

O problema é que esta consulta vai ficando lenta no passar do tempo, como se estivesse "saturando" os recursos do computador.
Alguma ideia do que pode ser isso?

Alencar
--------------------------------------------------------------
Jose Alencar Philereno
Bacharel em Sistemas de Informacao
Fit - Faccat    Taquara/RS  2009
Twitter: https://twitter.com/APhilereno
Facebook: https://www.facebook.com/philereno

"A sabedoria de um ser humano não está no quanto ele sabe,
mas no quanto ele tem consciência de que não sabe.
Você tem esta consciência?"
O futuro da Humanidade. - Augusto Cury


locked Blog Magic BR #xpa #xpi

Manoel Frederico
 

Conheça e assine, o Blog da Magic Software Brasil

http://blog.magicsoftware.com.br



--
Magic Manoel Frederico da Silva (Fred)
Evangelista MAGIC Magic Software Brasil
MAGIC Evangelist 
Magic Software Brasil
NOVO Tel: +55-11-3048-0700  | Atendimento 24h http://suporte.magicsoftware.com.br/
suporte@... | www.magicsoftware.com.br | FacebookTwitterLinkedInYoutubeBlog


Re: WhatsApp API

Carlos Mollero
 

Bom dia Mario,

Legal, optou por C# por que via funções nativas Magic não seria possível ?, ou encontrou problemas/dificuldades ?, e criou um app em C# ou embutiu código C# no Magic XPA ?.


Obrigado.

Em 12/07/2022 19:01, Mário Augusto Correa escreveu:

Fiz a um tempo atrás, tranquilo não foi hehe.

Fiz para um cliente que faz locação de equipamentos e enviava mensagem faltando um dia para renovação. Usei C#

Atenciosamente,

Mário Augusto
Consultor de Implementação | CIGAM Centrosoft


-----Mensagem original-----
De: MagicBrasil-l@groups.io <MagicBrasil-l@groups.io> Em nome de Carlos Mollero via groups.io
Enviada em: terça-feira, 12 de julho de 2022 17:32
Para: MagicBrasil-l@groups.io
Assunto: [MagicBrasil-l] WhatsApp API

Boa tarde pessoal,

Alguém já realizou a integração do Magic XPA com estas APIs do WhatsApp, se sim.. foi tranquilo ?, se puder expor um pouco a experiência.

Agradeço desde já qualquer relato.


Obrigado.

--
Carlos Mollero.

--
Carlos Mollero.
--
Este email foi escaneado pelo Avast antivírus.
https://www.avast.com/antivirus


Re: WhatsApp API

Mário Augusto Correa
 

Fiz a um tempo atrás, tranquilo não foi hehe.

Fiz para um cliente que faz locação de equipamentos e enviava mensagem faltando um dia para renovação. Usei C#

Atenciosamente,

Mário Augusto
Consultor de Implementação | CIGAM Centrosoft


-----Mensagem original-----
De: MagicBrasil-l@groups.io <MagicBrasil-l@groups.io> Em nome de Carlos Mollero via groups.io
Enviada em: terça-feira, 12 de julho de 2022 17:32
Para: MagicBrasil-l@groups.io
Assunto: [MagicBrasil-l] WhatsApp API

Boa tarde pessoal,

Alguém já realizou a integração do Magic XPA com estas APIs do WhatsApp, se sim.. foi tranquilo ?, se puder expor um pouco a experiência.

Agradeço desde já qualquer relato.


Obrigado.

--
Carlos Mollero.


--
Este email foi escaneado pelo Avast antivírus.
https://www.avast.com/antivirus


WhatsApp API

Carlos Mollero
 

Boa tarde pessoal,

Alguém já realizou a integração do Magic XPA com estas APIs do WhatsApp, se sim.. foi tranquilo ?, se puder expor um pouco a experiência.

Agradeço desde já qualquer relato.


Obrigado.

--
Carlos Mollero.


--
Este email foi escaneado pelo Avast antivírus.
https://www.avast.com/antivirus


Publicando WebServices SOAP do Magic xpi através do HTTPS #xpi

Manoel Frederico
 

Publicando WebServices SOAP do Magic xpi através do HTTPS

http://blog.magicsoftware.com.br/publicando-webservices-soap-do-magic-xpi-atraves-do-https/

--
Magic Manoel Frederico da Silva (Fred)
Evangelista MAGIC Magic Software Brasil
MAGIC Evangelist 
Magic Software Brasil
NOVO Tel: +55-11-3048-0700  | Atendimento 24h http://suporte.magicsoftware.com.br/
suporte@... | www.magicsoftware.com.br | FacebookTwitterLinkedInYoutubeBlog


Acessando o Magic Monitor através do HTTPS #xpi

Manoel Frederico
 

Veja como configurar o Magic Monitor (RTView) para acesso via protocolo HTTP/S



http://blog.magicsoftware.com.br/acesse-o-seu-magic-monitor-atraves-do-https/


--
Magic Manoel Frederico da Silva (Fred)
Evangelista MAGIC Magic Software Brasil
MAGIC Evangelist 
Magic Software Brasil
NOVO Tel: +55-11-3048-0700  | Atendimento 24h http://suporte.magicsoftware.com.br/
suporte@... | www.magicsoftware.com.br | FacebookTwitterLinkedInYoutubeBlog


Já viu o Magic xpa 4? #xpa

Manoel Frederico
 

Veja em:
https://magic.secure.force.com/PublicKnowledge/articles/bl_Reference/Upgrading-from-Magic-xpa-V3x-to-the-Latest-Version-xpa-4x/

Só para não ficar dúvida (caso alguém tenha):

* Web Client
* 64 Bits

são recursos adicionais no produto, na versão 4.5 em diante.

Você pode seguir em 32Bits e com On-Line (e/ou RIA) somente, mesmo na versão 4.8.1 (última atual)

--
Magic Manoel Frederico da Silva (Fred)
Evangelista MAGIC Magic Software Brasil
MAGIC Evangelist 
Magic Software Brasil
NOVO Tel: +55-11-3048-0700  | Atendimento 24h http://suporte.magicsoftware.com.br/
suporte@... | www.magicsoftware.com.br | FacebookTwitterLinkedInYoutubeBlog


Oportunidade - Desenvolvedor Magic XPA

Prodaly RH
 

Bom dia Pessoal,

Estamos com uma oportunidade para Desenvolvedor Magic XPA.
Posição CLT, 100% remoto.

Atuará com ERP Cigam, realizando customizações e integrações entre softwares.

Avaliamos pretensões e disponibilizamos pacote de benefícios flexíveis no valor de R$ 1.150,00.
Pode ser alocadado no VA,VR, seguro de vida, plano médico Unimed, auxílio educação ou outros conforme aderência.

Havendo interesse, fico à disposição: rh@....

--

Andressa dos Passos

Gestão de Pessoas | Prodaly


Fones: RS (54) 3022.4200 | SP (11) 2507.0333

www.cigam.com.br | Facebook | LinkedIn | Instagram | Youtube

 

 


Re: Bloquear abrir vários

Eric Anuleiz
 

Carlos,
    Isso que fiz resolveu os vários quase todos os casos de uniRTE abertos, pois ele estando aberto o timer do main corre, mas não o lock qdo não tem mais uniRTE aberto e mesmo assim trava sessão no pervasive, isso para mim é um grande problema ainda.

Abraços

Em qua., 15 de jun. de 2022 às 08:09, Carlos Mollero via groups.io <carlosmollero=yahoo.com.br@groups.io> escreveu:

Eric,

Há... e por conta deste problema de ficar arquivos travados no Pervasive/Btrieve acabei notando também que em alguns casos o usuário/máquina esta com vários "uniRTE.exe" aberto que também pode gerar erro de "linha alocada" no acesso a dados.


Obrigado.

Em 15/06/2022 08:05, Carlos Mollero via groups.io escreveu:
Bom dia Eric,

Então, não sei se estamos falando do mesmo DBMS, o problema esta com Pervasive/Btrieve... por exemplo, se uma tarefa qualquer demora um pouco e o usuário fecha o ERP pelo gerenciador de tarefas do Windows ou mesmo ocorre uma queda de energia no meio de um processo, no Pervasive/Btrieve estes arquivos que estavam abertos na tarefa ficam presos e as vezes em modo de escrita impedindo que este mesmo usuário ou outro altere aquele registro/campo até que alguém abra o gerenciado do banco e derrube aquele usuário ou reinicie os serviços do Pervasive.

Seria bom por exemplo, se houvesse uma finalização das conexão daquele usuário/maquina com Pervasive ao iniciar o ERP ou algo assim... sentimos a falta desta finalização automática por parte do Pervasive.


Obrigado pelo retorno.

Em 15/06/2022 07:47, Eric Anuleiz escreveu:
Carlos, bom dia,

    No meu ERP fizemos um controle de sessão do usuário logado, e com o ID da sessão fazemos controle de acesso.
    Caso no login, detectamos que tem alguma outra sessão para o mesmo usuário, avisamos que já existe um usuário logado com o mesmo nome e caso entre o outro será derrubado, o ele clica em sim, gravamos na tabela de sessão do mesmo user e com ID diferente do atual que é para fazer logoff, ai tenho um timer que corre no main a cada 2 minutos verificando as sessões que devemos fazer o logoff, e caso seja da máquina que está com a sessão aberta executamos um Application Exit...
    Não vou dizer que funciona 100% pois as vezes ainda tem situação que ficam lá, mas com esse mecanismo todo resolvemos uns 95% ou mais dos casos.
    Coloquei mais aqui como fazemos pois as vezes abre uma ideia para vc ai.

Abraços,

Eric

Em qua., 15 de jun. de 2022 às 07:33, Carlos Mollero via groups.io <carlosmollero=yahoo.com.br@groups.io> escreveu:
Bom dia,

Só para complementar a ideia...

Em algumas tarefas armazenamos uma sequencia por exemplo "sequencia_requisicao", então quando o usuário grava uma nova requisição é chamado uma tarefa que atualiza esta sequencia em um arquivo parâmetro e devido algum problema esta tarefa trava/travou/demorou mais que normal, aí o usuário finaliza tudo erroneamente, isso faz com que o arquivo/registro fique preso não deixando ser alterado retornando a "linha locada".

Então vendo os logs, também percebi que em determinadas máquinas da rede estão abrindo o programa várias vezes, também podendo gerar "linha locada", por isso estava procurando uma saída.


Obrigado.

Em 14/06/2022 18:14, Carlos Mollero via groups.io escreveu:
Boa tarde Alencar,

Legal a ideia, más acredito que possa ter problemas mesmo neste sentido.

Estou tentando criar isso já para solucionar alguns problemas de "Linha locada" em tabelas Pervasive/Btrieve.


Obrigado.

Em 14/06/2022 17:43, Alencar Philereno escreveu:
Acredito que o recurso natural do xpa não deva ter.
O que tu pode fazer é um controle no braço. Já fiz algo semelhante no Magic 5.7.
Ao abrir a aplicação, gera um controle. Ao fechar a aplicação, apaga este controle.
Se, ao abrir, o controle já existe, avisa que já existe instância aberta e encerra a aplicação.

O problema disso é algum possível fechamento forçado, por exemplo, queda de luz e tal.
Daí o controle vai ficar aberto. Eu tive problemas com isso.

Alencar
--------------------------------------------------------------
Jose Alencar Philereno
Bacharel em Sistemas de Informacao
Fit - Faccat    Taquara/RS  2009
Twitter: https://twitter.com/APhilereno
Facebook: https://www.facebook.com/philereno

"A sabedoria de um ser humano não está no quanto ele sabe,
mas no quanto ele tem consciência de que não sabe.
Você tem esta consciência?"
O futuro da Humanidade. - Augusto Cury



Em ter., 14 de jun. de 2022 às 17:32, Carlos Mollero via groups.io <carlosmollero=yahoo.com.br@groups.io> escreveu:
Boa tarde,

Gostaria de saber se existe algum recurso/função para evitar que uma
aplicação Magic/uniPaaS seja aberta mais de uma vez na mesma máquina.


Desde já agradeço,

Obrigado.

--
Carlos Mollero.


--
Este email foi escaneado pelo Avast antivírus.
https://www.avast.com/antivirus







-- 
Carlos Mollero.

Livre de vírus. www.avast.com.

-- 
Carlos Mollero.

-- 
Carlos Mollero.

-- 
Carlos Mollero.


Re: Bloquear abrir vários

Carlos Mollero
 

Eric,

Há... e por conta deste problema de ficar arquivos travados no Pervasive/Btrieve acabei notando também que em alguns casos o usuário/máquina esta com vários "uniRTE.exe" aberto que também pode gerar erro de "linha alocada" no acesso a dados.


Obrigado.

Em 15/06/2022 08:05, Carlos Mollero via groups.io escreveu:
Bom dia Eric,

Então, não sei se estamos falando do mesmo DBMS, o problema esta com Pervasive/Btrieve... por exemplo, se uma tarefa qualquer demora um pouco e o usuário fecha o ERP pelo gerenciador de tarefas do Windows ou mesmo ocorre uma queda de energia no meio de um processo, no Pervasive/Btrieve estes arquivos que estavam abertos na tarefa ficam presos e as vezes em modo de escrita impedindo que este mesmo usuário ou outro altere aquele registro/campo até que alguém abra o gerenciado do banco e derrube aquele usuário ou reinicie os serviços do Pervasive.

Seria bom por exemplo, se houvesse uma finalização das conexão daquele usuário/maquina com Pervasive ao iniciar o ERP ou algo assim... sentimos a falta desta finalização automática por parte do Pervasive.


Obrigado pelo retorno.

Em 15/06/2022 07:47, Eric Anuleiz escreveu:
Carlos, bom dia,

    No meu ERP fizemos um controle de sessão do usuário logado, e com o ID da sessão fazemos controle de acesso.
    Caso no login, detectamos que tem alguma outra sessão para o mesmo usuário, avisamos que já existe um usuário logado com o mesmo nome e caso entre o outro será derrubado, o ele clica em sim, gravamos na tabela de sessão do mesmo user e com ID diferente do atual que é para fazer logoff, ai tenho um timer que corre no main a cada 2 minutos verificando as sessões que devemos fazer o logoff, e caso seja da máquina que está com a sessão aberta executamos um Application Exit...
    Não vou dizer que funciona 100% pois as vezes ainda tem situação que ficam lá, mas com esse mecanismo todo resolvemos uns 95% ou mais dos casos.
    Coloquei mais aqui como fazemos pois as vezes abre uma ideia para vc ai.

Abraços,

Eric

Em qua., 15 de jun. de 2022 às 07:33, Carlos Mollero via groups.io <carlosmollero=yahoo.com.br@groups.io> escreveu:
Bom dia,

Só para complementar a ideia...

Em algumas tarefas armazenamos uma sequencia por exemplo "sequencia_requisicao", então quando o usuário grava uma nova requisição é chamado uma tarefa que atualiza esta sequencia em um arquivo parâmetro e devido algum problema esta tarefa trava/travou/demorou mais que normal, aí o usuário finaliza tudo erroneamente, isso faz com que o arquivo/registro fique preso não deixando ser alterado retornando a "linha locada".

Então vendo os logs, também percebi que em determinadas máquinas da rede estão abrindo o programa várias vezes, também podendo gerar "linha locada", por isso estava procurando uma saída.


Obrigado.

Em 14/06/2022 18:14, Carlos Mollero via groups.io escreveu:
Boa tarde Alencar,

Legal a ideia, más acredito que possa ter problemas mesmo neste sentido.

Estou tentando criar isso já para solucionar alguns problemas de "Linha locada" em tabelas Pervasive/Btrieve.


Obrigado.

Em 14/06/2022 17:43, Alencar Philereno escreveu:
Acredito que o recurso natural do xpa não deva ter.
O que tu pode fazer é um controle no braço. Já fiz algo semelhante no Magic 5.7.
Ao abrir a aplicação, gera um controle. Ao fechar a aplicação, apaga este controle.
Se, ao abrir, o controle já existe, avisa que já existe instância aberta e encerra a aplicação.

O problema disso é algum possível fechamento forçado, por exemplo, queda de luz e tal.
Daí o controle vai ficar aberto. Eu tive problemas com isso.

Alencar
--------------------------------------------------------------
Jose Alencar Philereno
Bacharel em Sistemas de Informacao
Fit - Faccat    Taquara/RS  2009
Twitter: https://twitter.com/APhilereno
Facebook: https://www.facebook.com/philereno

"A sabedoria de um ser humano não está no quanto ele sabe,
mas no quanto ele tem consciência de que não sabe.
Você tem esta consciência?"
O futuro da Humanidade. - Augusto Cury



Em ter., 14 de jun. de 2022 às 17:32, Carlos Mollero via groups.io <carlosmollero=yahoo.com.br@groups.io> escreveu:
Boa tarde,

Gostaria de saber se existe algum recurso/função para evitar que uma
aplicação Magic/uniPaaS seja aberta mais de uma vez na mesma máquina.


Desde já agradeço,

Obrigado.

--
Carlos Mollero.


--
Este email foi escaneado pelo Avast antivírus.
https://www.avast.com/antivirus







-- 
Carlos Mollero.

Livre de vírus. www.avast.com.

-- 
Carlos Mollero.

-- 
Carlos Mollero.

-- 
Carlos Mollero.


Re: Bloquear abrir vários

Carlos Mollero
 

Bom dia Eric,

Então, não sei se estamos falando do mesmo DBMS, o problema esta com Pervasive/Btrieve... por exemplo, se uma tarefa qualquer demora um pouco e o usuário fecha o ERP pelo gerenciador de tarefas do Windows ou mesmo ocorre uma queda de energia no meio de um processo, no Pervasive/Btrieve estes arquivos que estavam abertos na tarefa ficam presos e as vezes em modo de escrita impedindo que este mesmo usuário ou outro altere aquele registro/campo até que alguém abra o gerenciado do banco e derrube aquele usuário ou reinicie os serviços do Pervasive.

Seria bom por exemplo, se houvesse uma finalização das conexão daquele usuário/maquina com Pervasive ao iniciar o ERP ou algo assim... sentimos a falta desta finalização automática por parte do Pervasive.


Obrigado pelo retorno.

Em 15/06/2022 07:47, Eric Anuleiz escreveu:
Carlos, bom dia,

    No meu ERP fizemos um controle de sessão do usuário logado, e com o ID da sessão fazemos controle de acesso.
    Caso no login, detectamos que tem alguma outra sessão para o mesmo usuário, avisamos que já existe um usuário logado com o mesmo nome e caso entre o outro será derrubado, o ele clica em sim, gravamos na tabela de sessão do mesmo user e com ID diferente do atual que é para fazer logoff, ai tenho um timer que corre no main a cada 2 minutos verificando as sessões que devemos fazer o logoff, e caso seja da máquina que está com a sessão aberta executamos um Application Exit...
    Não vou dizer que funciona 100% pois as vezes ainda tem situação que ficam lá, mas com esse mecanismo todo resolvemos uns 95% ou mais dos casos.
    Coloquei mais aqui como fazemos pois as vezes abre uma ideia para vc ai.

Abraços,

Eric

Em qua., 15 de jun. de 2022 às 07:33, Carlos Mollero via groups.io <carlosmollero=yahoo.com.br@groups.io> escreveu:
Bom dia,

Só para complementar a ideia...

Em algumas tarefas armazenamos uma sequencia por exemplo "sequencia_requisicao", então quando o usuário grava uma nova requisição é chamado uma tarefa que atualiza esta sequencia em um arquivo parâmetro e devido algum problema esta tarefa trava/travou/demorou mais que normal, aí o usuário finaliza tudo erroneamente, isso faz com que o arquivo/registro fique preso não deixando ser alterado retornando a "linha locada".

Então vendo os logs, também percebi que em determinadas máquinas da rede estão abrindo o programa várias vezes, também podendo gerar "linha locada", por isso estava procurando uma saída.


Obrigado.

Em 14/06/2022 18:14, Carlos Mollero via groups.io escreveu:
Boa tarde Alencar,

Legal a ideia, más acredito que possa ter problemas mesmo neste sentido.

Estou tentando criar isso já para solucionar alguns problemas de "Linha locada" em tabelas Pervasive/Btrieve.


Obrigado.

Em 14/06/2022 17:43, Alencar Philereno escreveu:
Acredito que o recurso natural do xpa não deva ter.
O que tu pode fazer é um controle no braço. Já fiz algo semelhante no Magic 5.7.
Ao abrir a aplicação, gera um controle. Ao fechar a aplicação, apaga este controle.
Se, ao abrir, o controle já existe, avisa que já existe instância aberta e encerra a aplicação.

O problema disso é algum possível fechamento forçado, por exemplo, queda de luz e tal.
Daí o controle vai ficar aberto. Eu tive problemas com isso.

Alencar
--------------------------------------------------------------
Jose Alencar Philereno
Bacharel em Sistemas de Informacao
Fit - Faccat    Taquara/RS  2009
Twitter: https://twitter.com/APhilereno
Facebook: https://www.facebook.com/philereno

"A sabedoria de um ser humano não está no quanto ele sabe,
mas no quanto ele tem consciência de que não sabe.
Você tem esta consciência?"
O futuro da Humanidade. - Augusto Cury



Em ter., 14 de jun. de 2022 às 17:32, Carlos Mollero via groups.io <carlosmollero=yahoo.com.br@groups.io> escreveu:
Boa tarde,

Gostaria de saber se existe algum recurso/função para evitar que uma
aplicação Magic/uniPaaS seja aberta mais de uma vez na mesma máquina.


Desde já agradeço,

Obrigado.

--
Carlos Mollero.


--
Este email foi escaneado pelo Avast antivírus.
https://www.avast.com/antivirus







-- 
Carlos Mollero.

Livre de vírus. www.avast.com.

-- 
Carlos Mollero.

-- 
Carlos Mollero.


Re: Bloquear abrir vários

Eric Anuleiz
 

Carlos, bom dia,

    No meu ERP fizemos um controle de sessão do usuário logado, e com o ID da sessão fazemos controle de acesso.
    Caso no login, detectamos que tem alguma outra sessão para o mesmo usuário, avisamos que já existe um usuário logado com o mesmo nome e caso entre o outro será derrubado, o ele clica em sim, gravamos na tabela de sessão do mesmo user e com ID diferente do atual que é para fazer logoff, ai tenho um timer que corre no main a cada 2 minutos verificando as sessões que devemos fazer o logoff, e caso seja da máquina que está com a sessão aberta executamos um Application Exit...
    Não vou dizer que funciona 100% pois as vezes ainda tem situação que ficam lá, mas com esse mecanismo todo resolvemos uns 95% ou mais dos casos.
    Coloquei mais aqui como fazemos pois as vezes abre uma ideia para vc ai.

Abraços,

Eric

Em qua., 15 de jun. de 2022 às 07:33, Carlos Mollero via groups.io <carlosmollero=yahoo.com.br@groups.io> escreveu:

Bom dia,

Só para complementar a ideia...

Em algumas tarefas armazenamos uma sequencia por exemplo "sequencia_requisicao", então quando o usuário grava uma nova requisição é chamado uma tarefa que atualiza esta sequencia em um arquivo parâmetro e devido algum problema esta tarefa trava/travou/demorou mais que normal, aí o usuário finaliza tudo erroneamente, isso faz com que o arquivo/registro fique preso não deixando ser alterado retornando a "linha locada".

Então vendo os logs, também percebi que em determinadas máquinas da rede estão abrindo o programa várias vezes, também podendo gerar "linha locada", por isso estava procurando uma saída.


Obrigado.

Em 14/06/2022 18:14, Carlos Mollero via groups.io escreveu:
Boa tarde Alencar,

Legal a ideia, más acredito que possa ter problemas mesmo neste sentido.

Estou tentando criar isso já para solucionar alguns problemas de "Linha locada" em tabelas Pervasive/Btrieve.


Obrigado.

Em 14/06/2022 17:43, Alencar Philereno escreveu:
Acredito que o recurso natural do xpa não deva ter.
O que tu pode fazer é um controle no braço. Já fiz algo semelhante no Magic 5.7.
Ao abrir a aplicação, gera um controle. Ao fechar a aplicação, apaga este controle.
Se, ao abrir, o controle já existe, avisa que já existe instância aberta e encerra a aplicação.

O problema disso é algum possível fechamento forçado, por exemplo, queda de luz e tal.
Daí o controle vai ficar aberto. Eu tive problemas com isso.

Alencar
--------------------------------------------------------------
Jose Alencar Philereno
Bacharel em Sistemas de Informacao
Fit - Faccat    Taquara/RS  2009
Twitter: https://twitter.com/APhilereno
Facebook: https://www.facebook.com/philereno

"A sabedoria de um ser humano não está no quanto ele sabe,
mas no quanto ele tem consciência de que não sabe.
Você tem esta consciência?"
O futuro da Humanidade. - Augusto Cury



Em ter., 14 de jun. de 2022 às 17:32, Carlos Mollero via groups.io <carlosmollero=yahoo.com.br@groups.io> escreveu:
Boa tarde,

Gostaria de saber se existe algum recurso/função para evitar que uma
aplicação Magic/uniPaaS seja aberta mais de uma vez na mesma máquina.


Desde já agradeço,

Obrigado.

--
Carlos Mollero.


--
Este email foi escaneado pelo Avast antivírus.
https://www.avast.com/antivirus







-- 
Carlos Mollero.

Livre de vírus. www.avast.com.

-- 
Carlos Mollero.


Re: Bloquear abrir vários

Carlos Mollero
 

Bom dia,

Só para complementar a ideia...

Em algumas tarefas armazenamos uma sequencia por exemplo "sequencia_requisicao", então quando o usuário grava uma nova requisição é chamado uma tarefa que atualiza esta sequencia em um arquivo parâmetro e devido algum problema esta tarefa trava/travou/demorou mais que normal, aí o usuário finaliza tudo erroneamente, isso faz com que o arquivo/registro fique preso não deixando ser alterado retornando a "linha locada".

Então vendo os logs, também percebi que em determinadas máquinas da rede estão abrindo o programa várias vezes, também podendo gerar "linha locada", por isso estava procurando uma saída.


Obrigado.

Em 14/06/2022 18:14, Carlos Mollero via groups.io escreveu:
Boa tarde Alencar,

Legal a ideia, más acredito que possa ter problemas mesmo neste sentido.

Estou tentando criar isso já para solucionar alguns problemas de "Linha locada" em tabelas Pervasive/Btrieve.


Obrigado.

Em 14/06/2022 17:43, Alencar Philereno escreveu:
Acredito que o recurso natural do xpa não deva ter.
O que tu pode fazer é um controle no braço. Já fiz algo semelhante no Magic 5.7.
Ao abrir a aplicação, gera um controle. Ao fechar a aplicação, apaga este controle.
Se, ao abrir, o controle já existe, avisa que já existe instância aberta e encerra a aplicação.

O problema disso é algum possível fechamento forçado, por exemplo, queda de luz e tal.
Daí o controle vai ficar aberto. Eu tive problemas com isso.

Alencar
--------------------------------------------------------------
Jose Alencar Philereno
Bacharel em Sistemas de Informacao
Fit - Faccat    Taquara/RS  2009
Twitter: https://twitter.com/APhilereno
Facebook: https://www.facebook.com/philereno

"A sabedoria de um ser humano não está no quanto ele sabe,
mas no quanto ele tem consciência de que não sabe.
Você tem esta consciência?"
O futuro da Humanidade. - Augusto Cury



Em ter., 14 de jun. de 2022 às 17:32, Carlos Mollero via groups.io <carlosmollero=yahoo.com.br@groups.io> escreveu:
Boa tarde,

Gostaria de saber se existe algum recurso/função para evitar que uma
aplicação Magic/uniPaaS seja aberta mais de uma vez na mesma máquina.


Desde já agradeço,

Obrigado.

--
Carlos Mollero.


--
Este email foi escaneado pelo Avast antivírus.
https://www.avast.com/antivirus







-- 
Carlos Mollero.

Livre de vírus. www.avast.com.

-- 
Carlos Mollero.


Re: Bloquear abrir vários

Carlos Mollero
 

Boa tarde Alencar,

Legal a ideia, más acredito que possa ter problemas mesmo neste sentido.

Estou tentando criar isso já para solucionar alguns problemas de "Linha locada" em tabelas Pervasive/Btrieve.


Obrigado.

Em 14/06/2022 17:43, Alencar Philereno escreveu:
Acredito que o recurso natural do xpa não deva ter.
O que tu pode fazer é um controle no braço. Já fiz algo semelhante no Magic 5.7.
Ao abrir a aplicação, gera um controle. Ao fechar a aplicação, apaga este controle.
Se, ao abrir, o controle já existe, avisa que já existe instância aberta e encerra a aplicação.

O problema disso é algum possível fechamento forçado, por exemplo, queda de luz e tal.
Daí o controle vai ficar aberto. Eu tive problemas com isso.

Alencar
--------------------------------------------------------------
Jose Alencar Philereno
Bacharel em Sistemas de Informacao
Fit - Faccat    Taquara/RS  2009
Twitter: https://twitter.com/APhilereno
Facebook: https://www.facebook.com/philereno

"A sabedoria de um ser humano não está no quanto ele sabe,
mas no quanto ele tem consciência de que não sabe.
Você tem esta consciência?"
O futuro da Humanidade. - Augusto Cury



Em ter., 14 de jun. de 2022 às 17:32, Carlos Mollero via groups.io <carlosmollero=yahoo.com.br@groups.io> escreveu:
Boa tarde,

Gostaria de saber se existe algum recurso/função para evitar que uma
aplicação Magic/uniPaaS seja aberta mais de uma vez na mesma máquina.


Desde já agradeço,

Obrigado.

--
Carlos Mollero.


--
Este email foi escaneado pelo Avast antivírus.
https://www.avast.com/antivirus







-- 
Carlos Mollero.

Livre de vírus. www.avast.com.


Re: Bloquear abrir vários

Alencar Philereno
 

Acredito que o recurso natural do xpa não deva ter.
O que tu pode fazer é um controle no braço. Já fiz algo semelhante no Magic 5.7.
Ao abrir a aplicação, gera um controle. Ao fechar a aplicação, apaga este controle.
Se, ao abrir, o controle já existe, avisa que já existe instância aberta e encerra a aplicação.

O problema disso é algum possível fechamento forçado, por exemplo, queda de luz e tal.
Daí o controle vai ficar aberto. Eu tive problemas com isso.

Alencar
--------------------------------------------------------------
Jose Alencar Philereno
Bacharel em Sistemas de Informacao
Fit - Faccat    Taquara/RS  2009
Twitter: https://twitter.com/APhilereno
Facebook: https://www.facebook.com/philereno

"A sabedoria de um ser humano não está no quanto ele sabe,
mas no quanto ele tem consciência de que não sabe.
Você tem esta consciência?"
O futuro da Humanidade. - Augusto Cury



Em ter., 14 de jun. de 2022 às 17:32, Carlos Mollero via groups.io <carlosmollero=yahoo.com.br@groups.io> escreveu:

Boa tarde,

Gostaria de saber se existe algum recurso/função para evitar que uma
aplicação Magic/uniPaaS seja aberta mais de uma vez na mesma máquina.


Desde já agradeço,

Obrigado.

--
Carlos Mollero.


--
Este email foi escaneado pelo Avast antivírus.
https://www.avast.com/antivirus







Bloquear abrir vários

Carlos Mollero
 

Boa tarde,

Gostaria de saber se existe algum recurso/função para evitar que uma aplicação Magic/uniPaaS seja aberta mais de uma vez na mesma máquina.


Desde já agradeço,

Obrigado.

--
Carlos Mollero.


--
Este email foi escaneado pelo Avast antivírus.
https://www.avast.com/antivirus

1 - 20 of 232