Condividi tramite


Scenari di eventi

Lo scenario di eventi verifica l'evento, come vincolato nel profilo dispositivi per i servizi Web (DPWS).

L'obiettivo di questo scenario non è l'individuazione degli endpoint del servizio ospitato. Questo scenario presuppone che questi endpoint siano stati individuati o forniti prima di avviare questo scenario.

Ai fini di questi scenari, i formati di indirizzi NotifyTo e EndTo devono essere indirizzi fisici e non indirizzi virtuali del tipo uuid: f014e8aa-fc6a-49f5-b862-1e53663a85ff.

Per altre informazioni, vedere il diagramma di configurazione iniziale del dispositivo di test in Ambiente di test WSDBIT.

Caso Azione client Azione server Pass-Fail criteri
4.1 Sottoscrizione e rinnovo degli eventi.
4.1.1 Sottoscrive SimpleEvent con:
- -
wse:Filter == http://schemas.example.org/EventingService/SimpleEventwse:Filter/@Dialect == "<http://schemas.xmlsoap.org/ws/2006/02/devprof/Action>"
Il client può includere una scadenza di tipo xs:duration.
Invia SubscribeResponse con una scadenza sufficiente per completare il passaggio 4.1.2. La scadenza deve essere di tipo xs:duration.
Per questo test, il server non è necessario per usare la stessa xs:duration richiesta dal client.
Il client riceve la risposta e può andare al passaggio 4.1.2.
4.1.2 Nothing Genera l'evento SimpleEvent. L'evento viene ricevuto nel client.
4.1.3 Invia il rinnovo a SimpleEvent.
Quando i client inviano rinnovi per gli eventi, possono scegliere di avviare manualmente il rinnovo o inviare automaticamente il rinnovo quando è trascorsa la metà del periodo di rinnovo specificato nel messaggio SubscribeResponse originale.
Invia RenewResponse con una scadenza sufficiente per completare il passaggio 4.1.4. La scadenza deve essere di tipo xs:duration. La risposta viene ricevuta nel client e può andare al passaggio 4.1.4.
4.1.4 Nothing Genera l'evento SimpleEvent. L'evento viene ricevuto nel client.
4.1.5 Invia un oggetto Unsubscribe al testDevice per SimpleEvent. Invia un oggetto UnsubscribeResponse. Il client riceve la risposta e può andare al passaggio 4.1.6.
4.1.6 Nothing Genera l'evento SimpleEvent. Nessun evento viene ricevuto nel client.
4.2 Sottoscrizioni con scadenza
4.2.1 Sottoscrive SimpleEvent con una scadenza con:
-
- wse:Filter/@Dialect == "<http://schemas.xmlsoap.org/ws/2006/02/devprof/Action>"
wse:Filter == http://schemas.example.org/EventingService/SimpleEvent la durata della scadenza deve essere sufficiente per completare il passaggio 4.2.2. La scadenza deve essere xs:duration.
wsdbit_client usa 60 minuti come durata.
Invia SubscribeResponse con:
la scadenza inviata nella richiesta di sottoscrizione viene restituita in SubscribeResponse.
Il client riceve la risposta con la scadenza corretta e può andare al passaggio 4.2.2.
4.2.2 Nothing Genera l'evento SimpleEvent. L'evento viene ricevuto al client.
4.2.3 Invia un rinnovo con scadenza a TestDevice per la sottoscrizione SimpleEvent. La durata della scadenza deve essere sufficiente per completare il passaggio 4.2.4. La scadenza deve essere xs:duration.
Quando i client inviano rinnovi per gli eventi, possono scegliere di avviare manualmente il rinnovo o inviare automaticamente il rinnovo quando è trascorsa la metà del periodo di rinnovo specificato nel messaggio SubscribeResponse originale.
Invia un oggetto RenewResponse con:
la scadenza inviata nella richiesta Rinnova viene restituita in RenewResponse.
Il client riceve la risposta con la scadenza corretta e può andare al passaggio 4.2.4.
4.2.4 Nothing Genera l'evento SimpleEvent. L'evento viene ricevuto al client.
4.3 Sottoscrizioni, rinnovi e scadenze per più origini eventi
4.3.1 Sottoscrive SimpleEvent con
- -
wse:Filter == http://schemas.example.org/EventingService/SimpleEventwse:Filter/@Dialect == "<http://schemas.xmlsoap.org/ws/2006/02/devprof/Action>"
Il client può scegliere di includere una scadenza di tipo xs:duration.
Invia SubscribeResponse con una scadenza sufficiente per completare il passaggio 4.3.3. La scadenza deve essere di tipo xs:duration.
Per questo test, il server non è necessario per usare la stessa xs:duration richiesta dal client.
Il client riceve la risposta e può andare al passaggio 4.3.3.
4.3.2 Sottoscrive SimpleEvent con:
- -
wse:Filter == http://schemas.example.org/EventingService/IntegerEventwse:Filter/@Dialect == "<http://schemas.xmlsoap.org/ws/2006/02/devprof/Action>"
Il client può scegliere di includere una scadenza di tipo xs:duration.
Invia SubscribeResponse con una scadenza sufficiente per completare il passaggio 4.3.4. La scadenza deve essere di tipo xs:duration.
Per questo test, il server non è necessario per usare la stessa xs:duration richiesta dal client.
Il client riceve la risposta e può andare al passaggio 4.3.4.
4.3.3 Nothing Genera l'evento SimpleEvent. L'evento viene ricevuto al client.
4.3.4 Nothing Genera l'oggetto IntegerEvent. L'evento viene ricevuto al client e viene visualizzato il numero intero corretto.
4.3.5 Invia il rinnovo a IntegerEvent.
Quando i client inviano rinnovi per gli eventi, possono scegliere di avviare manualmente il rinnovo o inviare automaticamente il rinnovo quando è trascorsa la metà del periodo di rinnovo specificato nel messaggio SubscribeResponse originale.
Invia RenewResponse con una scadenza sufficiente per completare il passaggio 4.3.8. La scadenza deve essere di tipo xs:duration. La risposta viene ricevuta nel client.
4.3.6 Invia un oggetto Unsubscribe al testDevice per SimpleEvent. Invia un oggetto UnsubscribeResponse. Il client riceve la risposta e può andare al passaggio 4.3.7.
4.3.7 Nothing Genera l'evento SimpleEvent. Nessun evento viene ricevuto nel client.
4.3.8 Nothing Attiva IntegerEvent. L'evento viene ricevuto al client e viene visualizzato l'intero corretto.
4.3.9 Invia una sottoscrizione al testDevice per IntegerEvent. Invia un oggetto UnsubscribeResponse. Il client riceve la risposta e può passare al passaggio 4.3.10.
4.3.10 Nothing Attiva IntegerEvent. Nessun evento viene ricevuto nel client.
4.4 Errori e errori delle sottoscrizioni
4.4.1 Sottoscrive a FaultingEvent con:
- wse:Filter/@Dialect == "<http://schemas.xmlsoap.org/ws/2006/02/devprof/Action>"
- wse:Filter == http://schemas.example.org/EventingService/FaultingEvent
Poiché questo evento non è supportato, è necessario inviare un errore SOAP wsdp:FilterActionNotSupported . L'errore di sottoscrizione viene osservato nel client.