conformità delle specifiche WS-Discovery

WS-Discovery descrive come eseguire le attività seguenti:

• Annunciare la disponibilità dei servizi nella subnet locale
• Cercare servizi nella subnet
• Individuare un servizio a cui si fa riferimento in precedenza

A tale scopo, WS-Discovery definisce due messaggi unidirezionali, Hello e Bye e due messaggi di ricerca bidirezionali, Probe e Resolve.

WS-Discovery fornisce anche indirizzi e una porta riservata per l'individuazione locale dei collegamenti IPv4 e IPv6. La specifica consente anche di definire associazioni alternative altrove, ad esempio il probe su HTTP definito nell'associazione Devices Profile for Web Services (DPWS).

La specifica WS-Discovery descrive le funzionalità facoltative usando i termini MAY o SHOULD in una determinata raccomandazione o restrizione di implementazione. La funzionalità omessa può essere descritta come OBBLIGATORIA nella specifica WS-Discovery che non è stata implementata da WSDAPI oppure può essere una funzionalità implementata da WSDAPI in un metodo diverso nella specifica WS-Discovery.

In questo argomento viene descritto come vengono gestite WS-Discovery restrizioni, requisiti e funzionalità elettive dall'implementazione WSDAPI. Questo argomento è meglio letto in combinazione con la specifica WS-Discovery.

WS-Discovery e supporto SOAP-over-UDP

In SOAP-over-UDP, sezione 3.2 specifica che il messaggio UDP deve essere inserito in un datagrammi 64K. WSDAPI accetta messaggi UDP a 64K, ma il vincolo DPWS di MAX_ENVELOPE_SIZE (32K) limita le dimensioni del messaggio. Come richiesto da WS-Discovery, WSDAPI supporta i modelli di messaggio descritti nella sezione 4.

WSDAPI può essere configurato per supportare il modello di sicurezza nelle sezioni 7 e 8. Se configurata, WSDAPI disconnette i messaggi in uscita WS-Discovery e convalida le firme nei messaggi in ingresso.

WSDAPI implementa l'algoritmo di ritrasmissione definito nell'appendice I, come modificato dall'appendice DPWS I.

In WS-Discovery WSDAPI usa gli indirizzi specificati nella sezione 2.4. WSDAPI estende APP_MAX_DELAY dalla sezione 2.4, ma non alla misura definita nell'appendice DPWS I. Per altre informazioni sulle APP_MAX_DELAY, vedere Funzionalità aggiuntive WS-Discovery.

WS-Discovery descrive la raccomandazione per il formato URI nella sezione 2.6, ma WSDAPI esegue l'override uuid: di questa raccomandazione. WSDAPI usa invece il urn:uuid: formato URI descritto in DPWS.

La sezione 3 di WS-Discovery descrive come un client interagisce con un proxy di individuazione. WSDAPI non riconosce questa interazione e ignora gli annunci dai proxy di individuazione. In Windows 7 WSDAPI implementa un'estensione privata al protocollo WS-Discovery, WS-Discovery Estensioni remote, per consentire ai client di individuazione di cercare servizi distribuiti in molte reti diverse inviando richieste ai proxy centralizzati. Per altre informazioni, vedere Funzionalità aggiuntive WS-Discovery.

La sezione 4.1, paragrafo 3 di WS-Discovery richiede che un timer sia trascorso prima dell'invio di un messaggio Hello . L'API di hosting non attende prima di inviare un messaggio Hello. Se uno scenario richiede un ritardo prima dell'invio di un messaggio Hello, lo sviluppatore dell'applicazione deve implementare un'attesa.

WSDAPI implementa tutti i messaggi descritti nelle sezioni WS-Discovery 4, 5 e 6. WSDAPI applica anche la MATCH_TIMEOUT descritta nella sezione 7 modificata dall'appendice I. WSDAPI protegge solo da "Replay" dalle considerazioni sicure nella sezione 9.

WSDAPI implementa la sequenziazione dell'applicazione, come descritto in appendice I WS-Discovery.