Verificação de Status do Dispositivo

DeviceStatusCheck é usado para determinar a integridade de um medidor e para testar se o medidor pode ser atingido na rede.

Propriedades do Composto


Nome da Propriedade	Valor Padrão	Descrição
OD_ServerCallbackEndpoint	http://127.0.0.1:8001/soa-infra/services/DG/DeviceStatusCheck/OA_ServerService	O ponto de extremidade padrão para o qual o MultiSpeak deve enviar a chamada de retorno OA_Server assíncrona.
isExecutingInitODRequest-ReceivedCallout	true	Controla se o callout Chegada de Solicitação é executado.
isExecutingInitODEventRequest-Completed	true	Controla se o callout Solicitação Concluída é executado.
isExecutingODEventNotification-Arrived	true	Controla se o callout de chegada de ODEventNotification é executado.
timeout.callback.years	0	O número de anos para aguardar uma resposta do servidor MultiSpeak. Essa propriedade só entra em vigor quando o elemento expTime não é fornecido na entrada do serviço.
timeout.callback.months	0	O número de meses para aguardar uma resposta do servidor MultiSpeak. Essa propriedade só entra em vigor quando o elemento expTime não é fornecido na entrada do serviço.
timeout.callback.days	0	O número de dias para aguardar uma resposta do servidor MultiSpeak. Essa propriedade só entra em vigor quando o elemento expTime não é fornecido na entrada do serviço.
timeout.callback.hours	0	O número de horas para aguardar uma resposta do servidor MultiSpeak. Essa propriedade só entra em vigor quando o elemento expTime não é fornecido na entrada do serviço.
timeout.callback.minutes	0	O número de minutos para aguardar uma resposta do servidor MultiSpeak. Essa propriedade só entra em vigor quando o elemento expTime não é fornecido na entrada do serviço.
timeout.callback.seconds	45	O número de segundos para aguardar uma resposta do servidor MultiSpeak. Essa propriedade só entra em vigor quando o elemento expTime não é fornecido na entrada do serviço.

WSDLs Compostos


Composto	Descrição
OD_ServerService	Ponto de Entrada para DeviceStatusCheck. Depois de uma resposta síncrona, atualizações adicionais serão enviadas para o local especificado de forma assíncrona, usando DG-OutageDetectionEventNotification.
OA_ServerService	WSDL MultiSpeak hospedado para retornos de chamadas ODEventNotification assíncronas recebidas do sistema Head-End.
OD_ServerProxy	Referência que descreve o proxy usado para chamar o sistema Head-End para iniciar uma Verificação de Status do Dispositivo.
OA_ServerCallout	Referência que descreve o callout de processo usado quando o retorno de chamada assíncrono do sistema Head-End chega.
OD_ServerCallout	Referência que descreve o callout de processo usado ao iniciar uma Verificação de Status do Dispositivo.
AuxilaryRoutines	Referência a rotinas comuns do auxílio no composto Comum.
DG-OutageDetectionEventNotificationXAI	Uma referência para um serviço da Web de entrada capaz de processar resultados assíncronos de uma solicitação de Verificação de Status do Dispositivo.

Fluxo do Processo

O SGG/OUAF inicia o serviço de Detecção de Indisponibilidade usando o OD_ServerService
As propriedades do composto são carregadas. As variáveis locais são inicializadas. Elas incluem, na maior parte, configurações boolianas que descrevem o estado (como, por exemplo, se ou não a resposta síncrona do sistema Head-End retornou)
Teste se a entrada inclui um tempo de expiração (elemento expTime).
- Se sim: Use AuxilaryRoutines para calcular o tempo limite
- Se Não: Use propriedades compostas e AuxiliaryRoutines para calcular o tempo de expiração
As entradas do Cabeçalho e do Corpo são transformadas para o formato MultiSpeak. Isso pode ser feito por mapeamento direto ou por XSLT. Nessa instância, o XSLT é usado para transformar o cabeçalho e o corpo separadamente.
Se a propriedade do composto indicar que o callout do processo deve ocorrer, execute o callout do processo "solicitação chegou" no OD_CalloutService. Atribua dados atualizados para solicitação de Head-End.
Adicione um URL de chamada de retorno para a solicitação do Head-End. Esse é o ponto de extremidade que o head-end usará para enviar os resultados de detecção de indisponibilidade. Alguns sistemas Head-End usam outras abordagens, como pré-configuração do URL para chamadas de retorno ou permitir consulta para encontrar os resultados. Nesse caso, o URL é configurado em uma propriedade de composto e corresponde a uma implementação do OA_Server WSDL. Quando o sistema Head-End tem resultados, ele os entregará nesse URL usando o método ODEventNotification.
Chame InitiateOutageDetectionEventRequest por meio do OD_ServerProxy para o sistema Head-End.
Divida o processamento para tratar atividades simultâneas. A atividade de Fluxo faz isso no BPEL e faz sentido aqui, pois um único processo tratará uma resposta síncrona e a retornará para o chamador. O outro processo ficará inativo, ou "desidratará", até que o ODEventNotification assíncrono chegue, ou até que o valor de tempo limite seja atingido.
- Tratar resposta síncrona para SGG/OUAF
  - Se a propriedade do composto indicar que o callout do processo deve ocorrer, execute o callout do processo "solicitação concluída" no OD_CalloutService. Atribua dados atualizados para resposta de Head-End.
  - Transforme as respostas do Head-End do Cabeçalho e do Corpo para o formato SGG/OUAF.
  - Responda para SGG/OUAF com resultados síncronos.
  - Defina a variável booliana indicando que a resposta síncrona foi retornada.
- Aguarde a resposta assíncrona do sistema Head-End.
  - Receba ODEventNotification de OA_ServerService. Se transcorrer o período limite, gere um erro e pare de aguardar.
  - Responda de forma síncrona ao Head-End sem erros
  - Se a propriedade do composto indicar que o callout do processo deve ocorrer, execute o callout do processo "dados chegaram" no OA_CalloutService. Atribua dados atualizados à solicitação de entrada.
  - Transforme o Cabeçalho e o Corpo para o formato de serviço da Web de Entrada descrito no DG-OutageDetectionEventNotification.
  - Chame o serviço da Web de entrada com os novos dados.
Os Identificadores de Falha procuram qualquer Falha remota retornada do sistema Head-End. A API MultiSpeak não define falhas nomeadas, mas ainda é possível encontrá-las. Por exemplo, um erro de segurança ou erro de rede poderia ser levantado.
- Se a resposta síncrona tiver sido reenviada para o chamador, Encerre o fluxo. Isso indica que um erro ocorreu e mais pesquisa no Enterprise Manager é garantida.
- Se a resposta síncrona não tiver sido enviada, interrompa o processamento adicional e componha uma resposta que contenha as informações da falha.