Pelo o que entendi, esse tratador serve para executar um programa externo ao ScadaBR quando algum evento ocorre.
Fiz um teste, colocando no comando de processo ativo, por exemplo: “c:\Windows\notepad.exe”, esperando que o notepad fosse aberto quando ocorresse o evento, mas ao invés disso o ScadaBR abriu uma janela com a seguinte mensagem: Verifique o console de seu Tomcat para a saída do processo.
Alguém sabe do que isso se trata?
Fiz um novo teste em uma instalação do Linux, criando um script de shell de teste para ser rodado e funcionou como deveria. Pelo jeito o problema é só no Windows.
Poxa, legal Rodrigo, vc ta destruindo mesmo o ScadaBR (no bom sentido), só dá vc aqui no fórum, isso é mto bom pra comunidade, cara, quando vc lançou a pergunta, eu tentei fazer funcionar, uso o ScadaBR no linux e não consegui, só me retornava a mesma mensagem que descreveu, por isso que não escrevi nada, porque não tinha como ajudar, eu testei alguns comandos básicos da shell do linux e não funcionaram, será que vc poderia detalhar aqui o que vc fez para termos um exemplo para seguir?
Abraço!
Cara, o que acontece é que já fechei uma proposta para migrar o SCADA atual de um cliente para o ScadaBR, então estou tentando testá-lo ao máximo antes de implementar lá, tentando diminuir o risco de dar pau no cliente. Como vira e mexa encontramos algum problema, estou me virando para testar todas as funções do software antes de colocar no cliente.
Sobre esse problema específico, ainda não sei o que pode ser, pois eu tinha esquecido de testar isso no Linux, hoje lembrei e funcionou de primeira. Já no Windows continua o mesmo erro. Palpites:
Creio que vc já deve ter testado estas alternativas, mas é só o que me veio a mente agora. Como disse, para mim rodou de primeira.
Abraço!
Faz tempo que não dou as caras por aqui, pois é, recentemente voltei a usar (ativa + frenetica)*mente o ScadaBR.
Estou querendo ressuscitar um tópico morto, como executar um processo pelo tratador de evento.
Fiz um script para Linux parecido com o RodrigoMartinho, aliás se ver isso por favor responda. Dei permissões e tornei executável com o comando:
chmod 777 teste.sh
e executei o pelo terminal com o seguinte comando
./teste.sh
e realmente criou a pasta como no exemplo do post acima.
Quando vou tentar refazer isso no ScadaBR não consigo, não sei a sintaxe para executar o script, olhando nos site dos pais da criança, http://mango.serotoninsoftware.com/forum/posts/list/478.page#2273 vi o seguinte: "The process handler is calling /var/lib/tomcat6/webapps/ROOT/test.sh"
Pelo que entendi o script precisa estar nesta pasta, correto? E em "Comando de processo ativo" eu executo como, com "./teste.sh" ou com "teste.sh" não funcionou de nenhuma das formas.
Qualquer ajuda é bem vinda, parece que não temos material suficiente para ajudar o pessoal neste tema ainda.
Abraço
Olá pessoal,
Só pra avisar, roda até no Windows! Só que é claro, com algumas restrições.
Esse tratador de eventos, foi desenvolvido para rodar aplicações em linha de comando, não com interface gráfica. Assim, recomendo que vocês façam um teste com um arquivo .bat ou um extrator de arquivos (jar, rar, zip) para ver funcionando.
Estou usando para extrair dados de emails.. e dá pra fazer muita coisa com ele.
Aproveito pra deixar algumas dicas no linux... Basta que o usuário tomcat tenha acesso ao processo...
#chown tomcat6.tomcat6 script.sh
...e óbvio, que o processo/script tenha permissão de execução =]
Abs e bom uso
Valeu a dica Diego, principalmente quanto a dar permissão para o tomcat. Meu script teste.sh (que apenas cria um diretorio chamado TeStE em /home/fabio) já está da seguinte forma e na seguinte localização:
fabio@PC-do-Fabio:/var/lib/tomcat6/webapps/ROOT$ ls -l
Oi Fábio,
Bom, eu sempre uso o caminho absoluto - contando a partir da raiz do sistema / ou C:>\
Estou usando na versão 1.0 e sem problemas...
Não sei exatamente o que pode estar ocorrendo... posta ai o log se tiver algo interessante.
Abs
Boa, olhando o mango.log, que era o único arquivo que gerou algum log sobre isso, eu vi que: