Ticket #490 (closed bug: fixed)
Verificar o start do serviço pela interface esta asincrono
| Reported by: | raphael.costa | Owned by: | raphael.costa |
|---|---|---|---|
| Priority: | major | Milestone: | terrama2-4.0.0-beta1 |
| Component: | gui-web | Version: | 4.0 |
| Keywords: | Cc: | ||
| Parent Tickets: | #363 | Platform: | WLA |
Description
Quando clicar para iniciar um serviço, o processo de start deveria ocorrer em segundo plano, para caso o usuário mudar a pagina e voltar o serviço esteja rodando.
Atualmente, esta com um bug neste quesito. Ele inicia o serviço, porém não completa as proximas ações como o envio de status e sinais dos dados.
Subtickets
Change History
comment:2 Changed 10 years ago by raphael.costa
Atualmente, o serviço é disparado atraves de um socket front end (TcpSocket?.js) que possui listeners para a classe TcpManager?. O que acontece é que os processos são assincronos, porém a continuidade do envio de dados (Iniciar Serviço -> Enviar serviço (update_service) -> pedir um status (status_service) -> enviar os dados (add_signal)) depende da conexão ao socket. Uma vez que o cliente muda de pagina, o listener é disconectado, o que pode impedir a continuidade do processo acima, resultando em um estado inconsistente da aplicação.
comment:3 Changed 9 years ago by raphael.costa
- Milestone changed from terrama2-4.0.0-alpha3 to terrama2-4.0.0-alpha4
comment:4 Changed 9 years ago by raphael.costa
- Status changed from accepted to assigned
- Milestone changed from terrama2-4.0.0-alpha4 to terrama2-4.0.0-beta
comment:5 Changed 9 years ago by raphael.costa
- Status changed from assigned to closed
- Resolution set to fixed
Ao disparar o start do serviço, toda a operação que antes era feita pelo socket (TcpSocket?) passou a responsabilidade para a classe TcpService?. Agora, o disparo dos serviços estão assincronos.
