Monitorando um serviço personalizado

votos
0

Eu criei um serviço para um dos meus apps. Como faço para criar um componente de bandeja do sistema em VB.net que pode ser usado para monitorar o progresso do serviço? Existe uma maneira de ter esta instalado via tcpip em várias máquinas do cliente, tais como aqueles que são para os nossos funcionários?

Publicado 09/12/2008 em 17:53
fonte usuário
Em outras línguas...                            


5 respostas

votos
0

Eu acho que sua pergunta não é sobre como realmente fazer o -coisa "traybar", mas como se comunicar com o serviço para obter as informações que você quer mostrar na / traybar-programa monitor?

Ele pode ser feito de várias maneiras, API é uma maneira, o uso sendmessage / PostMessage / GetMessage é uma maneira de fazer 2 programas em execução se comunicar uns com os outros sem a necessidade de armazenar qualquer coisa em arquivos ou bancos de dados em primeiro lugar.

DDE é uma outra maneira. Se ele precisa para fazer as coisas via net, então existe algo chamado NetDDE, mas eu não fiz nada com NetDDE eu não posso ajudar nada lá.

Mas sobre a API e DDE, sinta-se livre para fazer mais perguntas se você quiser algum esclarecimento.

Respondeu 09/12/2008 em 18:12
fonte usuário

votos
0

Eu vou tomar a segunda pergunta: Existe uma maneira de instalar remotamente software nas máquinas dos clientes?

Sim. No entanto, é muito dependente de seu ambiente. Por exemplo, se você tem um domínio do Active Directory, você pode usar política de grupo para forçar a instalação de software nas caixas cliente.

Se você não gosta do que ou se você não está no diretório ativo, você pode comprar algo como Altiris para empurrar instala para baixo.

Outra opção seria a utilização de scripts de login que executa um programa personalizado para detectar se o programa está instalado e tomar as medidas adequadas. Mas então você é provavelmente melhor fora de comprar Altiris.

Respondeu 09/12/2008 em 18:13
fonte usuário

votos
1

Nós fazemos exatamente isso aqui, com o servidor rodando um servidor HTTP realmente básico em uma porta configurável em um segmento separado que retorna o status em um formato XML (nada mais, apenas isso) - o cliente só usa uma solicitação da web para obter o XML , antes analisá-lo e exibi-lo adequadamente.

Esta abordagem também permite extensibilidade futuro (status detalhada, o envio de comandos de controle de serviço, adicionando uma associação para um arquivo XSLT em outros lugares para uso com um navegador web normal, etc.)

Respondeu 31/12/2008 em 13:16
fonte usuário

votos
0

Para a parte de comunicação, eu usei comunicação remota antes, e isso funciona muito bem. Com um pouco de configuração, você pode até mesmo fazê-lo funcionar para outra máquina.

Respondeu 13/03/2009 em 11:52
fonte usuário

votos
1

Você poderia usar o WCF para isso. Usando WCF seu serviço abriria um EndPoint que iria expor informações de status para os chamadores. Você pode então construir uma aplicação ícone da bandeja que pode ser implantado em estações de trabalho empregados. A aplicação ícone da bandeja poderia periodicamente consultar o serviço WCF do seu serviço Windows está hospedando e obter informações de status. Eu sei @Johan mencionado Remoting já e esta é uma abordagem similar. Eu recomendo WCF embora como a API de programação é mais simples, IMHO, e WCF lhe dará mais flexibilidade com relação aos transportes de rede, etc.

Respondeu 24/04/2009 em 01:35
fonte usuário

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more