Scénarios d’événements
Le scénario Eventing teste l’événement, tel que limité dans le profil d’appareils pour les services web (DPWS).
L’objectif de ce scénario n’est pas la découverte des points de terminaison du service hébergé. Ce scénario suppose que ces points de terminaison ont été découverts ou fournis avant de commencer ce scénario.
Pour les besoins de ces scénarios, les formats d’adresse NotifyTo et EndTo doivent être des adresses physiques et non des adresses virtuelles de type uuid : f014e8aa-fc6a-49f5-b862-1e53663a85ff.
Pour plus d’informations, consultez le diagramme de configuration des appareils de test initial dans l’environnement de test WSDBIT.
| Cas | Action du client | Action du serveur | Pass-Fail critères |
|---|---|---|---|
| 4.1 | Abonnement et renouvellement des événements. | ||
| 4.1.1 | S’abonne à SimpleEvent avec : - - wse:Filter == http://schemas.example.org/EventingService/SimpleEventwse:Filter/@Dialect == "<http://schemas.xmlsoap.org/ws/2006/02/devprof/Action>"Le client peut inclure une expiration de type xs:duration. |
Envoie SubscribeResponse avec une expiration suffisamment longue pour terminer l’étape 4.1.2. L’expiration doit être de type xs:duration. Pour ce test, le serveur n’est pas tenu d’utiliser le même xs:duration que celui demandé au client. |
Le client reçoit la réponse et peut passer à l’étape 4.1.2. |
| 4.1.2 | Rien | Déclenche l’événement SimpleEvent. | L’événement est reçu au niveau du client. |
| 4.1.3 | Envoie renew à SimpleEvent. Lorsque les clients envoient des renouvellements pour des événements, ils peuvent choisir d’initier manuellement le renouvellement ou d’envoyer automatiquement le renouvellement lorsque la moitié de la période de renouvellement spécifiée dans le message SubscribeResponse d’origine s’est écoulée. |
Envoie RenewResponse avec une expiration suffisamment longue pour terminer l’étape 4.1.4. L’expiration doit être de type xs:duration. | La réponse est reçue au niveau du client et peut aller à l’étape 4.1.4. |
| 4.1.4 | Rien | Déclenche l’événement SimpleEvent. | L’événement est reçu au niveau du client. |
| 4.1.5 | Envoie un unsubscribe à TestDevice pour l’événement SimpleEvent. | Envoie un message UnsubscribeResponse. | Le client reçoit une réponse et peut passer à l’étape 4.1.6. |
| 4.1.6 | Rien | Déclenche l’événement SimpleEvent. | Aucun événement n’est reçu sur le client. |
| 4.2 | Abonnements avec expirations | ||
| 4.2.1 | S’abonne à SimpleEvent avec une expiration avec : - - wse:Filter/@Dialect == "<http://schemas.xmlsoap.org/ws/2006/02/devprof/Action>"wse:Filter == http://schemas.example.org/EventingService/SimpleEvent- La durée d’expiration doit être suffisamment longue pour terminer l’étape 4.2.2. L’expiration doit être de xs:duration.wsdbit_client utilise 60 minutes comme durée. |
Envoie SubscribeResponse avec : - L’expiration qui a été envoyée dans la demande d’abonnement est retournée dans SubscribeResponse. |
Le client reçoit la réponse avec l’expiration correcte et peut passer à l’étape 4.2.2. |
| 4.2.2 | Rien | Déclenche l’événement SimpleEvent. | L’événement est reçu au client. |
| 4.2.3 | Envoie un renew avec une expiration à TestDevice pour son abonnement SimpleEvent. La durée d’expiration doit être suffisamment longue pour terminer l’étape 4.2.4. L’expiration doit être de xs:duration. Lorsque les clients envoient des renouvellements pour des événements, ils peuvent choisir d’initier manuellement le renouvellement ou d’envoyer automatiquement le renouvellement lorsque la moitié de la période de renouvellement spécifiée dans le message SubscribeResponse d’origine s’est écoulée. |
Envoie un RenewResponse avec : - L’expiration qui a été envoyée dans la demande de renouvellement est retournée dans RenewResponse. |
Le client reçoit une réponse avec l’expiration correcte et peut passer à l’étape 4.2.4. |
| 4.2.4 | Rien | Déclenche l’événement SimpleEvent. | L’événement est reçu au client. |
| 4.3 | Abonnements, renouvellements et expirations pour plusieurs sources d’événements | ||
| 4.3.1 | S’abonne à SimpleEvent avec - - wse:Filter == http://schemas.example.org/EventingService/SimpleEventwse:Filter/@Dialect == "<http://schemas.xmlsoap.org/ws/2006/02/devprof/Action>"Le client peut choisir d’inclure une expiration de type xs:duration. |
Envoie SubscribeResponse avec une expiration suffisamment longue pour terminer l’étape 4.3.3. L’expiration doit être de type xs:duration. Pour ce test, le serveur n’est pas tenu d’utiliser le même xs:duration que celui demandé au client. |
Le client reçoit la réponse et peut passer à l’étape 4.3.3. |
| 4.3.2 | S’abonne à SimpleEvent avec : - - wse:Filter == http://schemas.example.org/EventingService/IntegerEventwse:Filter/@Dialect == "<http://schemas.xmlsoap.org/ws/2006/02/devprof/Action>"Le client peut choisir d’inclure une expiration de type xs:duration. |
Envoie SubscribeResponse avec une expiration suffisamment longue pour terminer l’étape 4.3.4. L’expiration doit être de type xs:duration. Pour ce test, le serveur n’est pas tenu d’utiliser le même xs:duration que celui demandé au client. |
Le client reçoit la réponse et peut passer à l’étape 4.3.4. |
| 4.3.3 | Rien | Déclenche l’événement SimpleEvent. | L’événement est reçu au client. |
| 4.3.4 | Rien | Déclenche l’événement IntegerEvent. | L’événement est reçu au niveau du client et l’entier correct s’affiche. |
| 4.3.5 | Envoie Renew à IntegerEvent. Lorsque les clients envoient des renouvellements pour des événements, ils peuvent choisir d’initier manuellement le renouvellement ou d’envoyer automatiquement le renouvellement lorsque la moitié de la période de renouvellement spécifiée dans le message SubscribeResponse d’origine s’est écoulée. |
Envoie RenewResponse avec une expiration suffisamment longue pour terminer l’étape 4.3.8. L’expiration doit être de type xs:duration. | La réponse est reçue au niveau du client. |
| 4.3.6 | Envoie un unsubscribe à TestDevice pour l’événement SimpleEvent. | Envoie un message UnsubscribeResponse. | Le client reçoit une réponse et peut passer à l’étape 4.3.7. |
| 4.3.7 | Rien | Déclenche l’événement SimpleEvent. | Aucun événement n’est reçu sur le client. |
| 4.3.8 | Rien | Déclenche l’événement IntegerEvent. | L’événement est reçu au niveau du client et l’entier correct s’affiche. |
| 4.3.9 | Envoie une désinscription à TestDevice pour IntegerEvent. | Envoie un message UnsubscribeResponse. | Le client reçoit la réponse et peut passer à l’étape 4.3.10. |
| 4.3.10 | Rien | Déclenche l’événement IntegerEvent. | Aucun événement n’est reçu sur le client. |
| 4.4 | Échecs et erreurs d’abonnements | ||
| 4.4.1 | S’abonne à FaultingEvent avec : - wse:Filter/@Dialect == "<http://schemas.xmlsoap.org/ws/2006/02/devprof/Action>"- wse:Filter == http://schemas.example.org/EventingService/FaultingEvent |
Étant donné que cet événement n’est pas pris en charge, une erreur SOAP wsdp:FilterActionNotSupported doit être envoyée. | L’échec de l’abonnement est observé sur le client. |