Condividi tramite

Creazione di un file di descrizione OpenSearch in Ricerca federata di Windows

  • Articolo

Descrive come creare un file OpenSearch Description (con estensione osdx) per connettere gli archivi dati esterni al client Windows tramite il protocollo OpenSearch. La ricerca federata consente agli utenti di cercare in un archivio dati remoto e visualizzare i risultati in Esplora File.

Questo argomento contiene le sezioni seguenti:

File di descrizione OpenSearch

Un file OpenSearch Description (con estensione osdx) per La ricerca federata di Windows deve rispettare le regole seguenti:

  • Essere un documento di descrizione OpenSearch valido, come definito dalla specifica OpenSearch 1.1.
  • Specificare un modello di URL con un tipo di formato RSS o Atom.
  • Usare l'estensione del nome file .osdx, oppure essere associato ad essa durante il download dal Web. Ad esempio, un server non è necessario per usare .osdx. Un server può restituire il file con qualsiasi estensione di file, ad esempio .xml, e trattato come se fosse un file con estensione osdx se usa il tipo MIME corretto per i documenti di descrizione OpenSearch (file con estensione osdx).
  • Specificare un valore di elemento ShortName (scelta consigliata).

Mininum Elementi figlio obbligatori

Il file con estensione osdx di esempio seguente è costituito da elementi ShortName e Url, che sono gli elementi figlio minimi necessari.

<OpenSearchDescription xmlns="https://a9.com/-/spec/opensearch/1.1/">
    <ShortName>My web Service</ShortName>
    <Url format="application/rss+xml" 
        template="https://example.com/rss.php?query=
        {searchTerms}&amp;start={startIndex}&amp;cnt={count}" />
</OpenSearchDescription>

Oltre agli elementi figlio minimi, la ricerca federata supporta i seguenti elementi standard.

Nome breve

Windows usa il valore dell'elemento ShortName per denominare il file con estensione searchconnector-ms (connettore di ricerca) creato quando l'utente apre il file con estensione osdx. Windows garantisce che il nome del file generato usi solo i caratteri consentiti nei nomi di file di Windows. Se non viene specificato alcun ShortName, il file .searchconnector-ms tenta di usare il nome del file .osdx.

Il codice seguente illustra come usare l'elemento ShortName in un file con estensione osdx.

<OpenSearchDescription xmlns="https://a9.com/-/spec/opensearch/1.1/">
    <ShortName>My web Service</ShortName>
    ...
</OpenSearchDescription>

Descrizione

Windows usa il valore dell'elemento Descrizione per popolare la descrizione del file visualizzata nel riquadro dei dettagli di Esplora File quando un utente seleziona un file con estensione .searchconnector-ms.

<OpenSearchDescription xmlns="https://a9.com/-/spec/opensearch/1.1/">
    ...
    <Description>Searches the example company book catalog</Description>
</OpenSearchDescription>

Modello DI URL per i risultati RSS/Atom

Il file .osdx deve includere un elemento nel formato Url e un attributo del modello (un modello Url) che produce risultati in formato RSS o Atom. L'attributo format deve essere impostato su application/rss+xml per i risultati formattati RSS o application/atom+xml per i risultati formattati atom, come illustrato nel codice seguente.

Nota

Il formato URL elemento e l'attributo del modello sono comunemente noti come modello di URL.

 

<OpenSearchDescription xmlns="https://a9.com/-/spec/opensearch/1.1/">
   ...
        <Url format="application/rss+xml" template="https://example.com/rss.php?query=
            {searchTerms}&amp;start={startIndex}&amp;cnt={count}" />
</OpenSearchDescription>

Modello di URL per i risultati Web

Se è disponibile una versione dei risultati della ricerca che è possibile visualizzare in un browser web, devi specificare un elemento formato URL=text/html e un attributo modello, come illustrato nel codice seguente.

<OpenSearchDescription xmlns="https://a9.com/-/spec/opensearch/1.1/">
    ...
    <Url format="text/html" template="https://example.com/html.php?query={searchTerms}" />
</OpenSearchDescription>

Se si specifica un formato URL="text/html" elemento e modello attributo, nella barra dei comandi di Esplora risorse viene visualizzato un pulsante, come illustrato nella schermata seguente, che consente all'utente di aprire un Web browser per visualizzare i risultati della ricerca quando l'utente esegue una query.

screenshot che mostra il pulsante di rollover della ricerca Web.

Il reindirizzamento della query verso l'interfaccia web dell'archivio dati è rilevante in alcune situazioni. Ad esempio, un utente può voler visualizzare più di 100 risultati (il numero predefinito di elementi richieste dal provider OpenSearch). In tal caso, l'utente può anche voler usare le funzionalità di ricerca disponibili solo nel sito Web dell'archivio dati, ad esempio eseguire nuovamente query con un ordinamento diverso o pivot e filtrare la query con i metadati correlati.

Parametri del modello URL

Il provider OpenSearch esegue sempre le azioni seguenti:

  1. Usa il modello di URL per inviare la richiesta al servizio Web.
  2. Tenta di sostituire i token trovati nel modello di URL prima di inviare la richiesta al servizio Web, come indicato di seguito:
    • Sostituisce i token OpenSearch standard elencati nella tabella seguente.
    • Rimuove tutti i token non elencati nella tabella seguente.
Token supportato Come viene usato dal provider OpenSearch
{searchTerms} Sostituito con i termini di ricerca digitati dall'utente nella casella di ricerca di Esplora file.
{startIndex} Usato quando si ottengono risultati in "pagine".
Sostituito con l'indice per il primo elemento risultato da restituire.
{startPage} Usato quando si ottengono i risultati in "pagine".
Sostituito con il numero di pagina del set di risultati della ricerca da restituire.
{count} Usato quando si ottengono risultati in "pagine".
Sostituito con il numero di risultati della ricerca per pagina richiesto da Esplora file.
{language} Sostituito con una stringa che indica il linguaggio della query inviata.
{inputEncoding} Sostituito con una stringa (ad esempio "UTF-16") che indica la codifica dei caratteri della query inviata.
{outputEncoding} Sostituito con una stringa (ad esempio "UTF-16") che indica la codifica dei caratteri desiderata per la risposta dal servizio Web.

 

Risultati paginati

È possibile limitare il numero di risultati restituiti per ogni richiesta. È possibile scegliere di restituire una "pagina" di risultati alla volta o di ottenere pagine aggiuntive di risultati dal provider OpenSearch in base al numero di elemento o al numero di pagina. Ad esempio, se si inviano venti risultati per pagina, la prima pagina inviata inizia all'indice dell'elemento 1 e alla pagina 1; la seconda pagina inviata inizia all'indice dell'elemento 21 e alla pagina 2. È possibile definire come si vuole che il provider OpenSearch richieda gli elementi usando il {startItem} o il token {startPage} nel modello di URL.

Paginazione tramite l'indice di elemento

Un indice di elemento identifica il primo elemento risultato in una pagina di risultati. Se si desidera che i client inviino richieste usando un indice di elementi, è possibile usare il token di {startIndex} nel elemento URL elemento modello attributo, come illustrato nel codice seguente.

<Url format="application/rss+xml" 
    template="https://example.com/rss.php?query={searchTerms}&amp;start={startIndex}" />

Il provider di OpenSearch quindi sostituisce il token nell'URL con un valore di indice iniziale. La prima richiesta inizia con il primo elemento, come illustrato nell'esempio seguente:

https://example.com/rss.php?query=frogs&start=1

Il provider OpenSearch può ottenere elementi aggiuntivi modificando il valore del parametro {startIndex} e inviando una nuova richiesta. Il provider ripete questo processo fino a quando non ottiene risultati sufficienti per soddisfare il limite o raggiunge la fine dei risultati. Il provider OpenSearch esamina il numero di elementi restituiti dal servizio Web nella prima pagina dei risultati e imposta le dimensioni della pagina previste su tale numero. Usa tale numero per incrementare il valore {startIndex} per le richieste successive. Ad esempio, se il servizio Web restituisce 20 risultati nella prima richiesta, il provider imposta le dimensioni della pagina previste su 20. Per la richiesta successiva, il provider sostituisce {startIndex} con il valore 21 per ottenere i 20 elementi successivi.

Nota

Se una pagina di risultati restituiti dal servizio Web ha meno elementi rispetto alle dimensioni della pagina previste, il provider OpenSearch presuppone che abbia ricevuto l'ultima pagina dei risultati e interrompe l'esecuzione delle richieste.

 

Paginazione utilizzando l'indice di pagina

Un indice di pagina identifica la pagina specificata dei risultati. Se si desidera che i client inviino richieste usando un numero di pagina, è possibile usare il token {startPage} nel formato URL elemento modello attributo per indicare ciò, come illustrato nell'esempio seguente.

<Url format="application/rss+xml" 
    template="https://example.com/rss.php?query={searchTerms}&amp;page={startPage}" />

Il provider OpenSearch sostituisce quindi il token nell'URL con un parametro numero di pagina. La prima richiesta inizia con la prima pagina, come illustrato nell'esempio seguente:

https://example.com/rss.php?query=frogs&page=1

Nota

Se una pagina di risultati restituiti dal servizio Web ha meno elementi rispetto alle dimensioni della pagina previste, il provider OpenSearch presuppone che abbia ricevuto l'ultima pagina dei risultati e interrompe l'esecuzione delle richieste.

 

Dimensioni pagina

È possibile configurare il servizio Web per consentire a una richiesta di specificare le dimensioni delle pagine usando un parametro nell'URL. Una richiesta deve essere specificata nel file con estensione osdx usando il token {count}, come indicato di seguito:

<Url format="application/rss+xml" 
    template="https://example.com/rss.php?query={searchTerms}&amp;start={startIndex}&amp;cnt={count}" />

Il provider di OpenSearch può quindi impostare le dimensioni della pagina desiderate, in numero di risultati per pagina, come illustrato nell'esempio seguente:

https://example.com/rss.php?query=frogs&start=1&cnt=50

Per impostazione predefinita, il provider OpenSearch effettua richieste usando una dimensione di pagina pari a 50. Se si desidera una dimensione di pagina diversa, non fornire un token di {count} e posizionare invece il numero desiderato direttamente nel modello url elemento.

Il provider OpenSearch determina le dimensioni della pagina in base al numero di risultati restituiti nella prima richiesta. Se la prima pagina dei risultati ricevuti ha meno elementi rispetto al conteggio richiesto, il provider reimposta le dimensioni della pagina per le richieste di pagina successive. Se le richieste di pagina successive restituiscono meno elementi rispetto a quelli richiesti, il provider OpenSearch presuppone che abbia raggiunto la fine dei risultati.

Oltre agli elementi standard, la ricerca federata supporta gli elementi estesi seguenti: MaximumResultCount e ResultsProcessing.

Poiché questi elementi figlio estesi non sono supportati nella specifica OpenSearch v1.1, è necessario aggiungerli usando lo spazio dei nomi seguente:

http://schemas.microsoft.com/opensearchext/2009/

Numero massimo risultati

Per impostazione predefinita, i connettori di ricerca sono limitati a 100 risultati per ogni query utente. Questo limite può essere personalizzato includendo l'elemento MaximumResultCount all'interno del file OSD, come illustrato nell'esempio seguente:

<OpenSearchDescription xmlns="https://a9.com/-/spec/opensearch/1.1/" 
    xmlns:ms-ose="http://schemas.microsoft.com/opensearchext/2009/">
        ...
        <ms-ose:MaximumResultCount>200</ms-ose:MaximumResultCount>
</OpenSearchDescription>

L'esempio precedente dichiara il prefisso dello spazio dei nomi ms-ose nell'elemento OpenSearchDescription di livello superiore e poi lo utilizza come prefisso nel nome dell'elemento. Questa dichiarazione è obbligatoria perché il MaximumResultCount non è supportato nella specifica OpenSearch v1.1.

Mappatura delle proprietà

Quando i risultati vengono restituiti dal servizio Web come feed RSS o Atom, il provider OpenSearch deve eseguire il mapping dei metadati degli elementi nei feed alle proprietà che possono essere usate da Windows Shell. La schermata seguente illustra come il provider OpenSearch esegue il mapping di alcuni degli elementi RSS predefiniti.

screenshot che mostra i mapping delle proprietà rss-to-windows-shell predefiniti

Mapping predefiniti

I mapping predefiniti degli elementi XML RSS alle proprietà di sistema della shell di Windows sono elencati nella tabella seguente. I percorsi XML sono relativi all'elemento item. Il prefisso "media:" è definito dallo spazio dei nomi Yahoo Search .

Percorso XML RSS Proprietà della shell di Windows (nome canonico)
Collegamento System.ItemUrl
Titolo System.ItemName
Autore Sistema.Autore
data di pubblicazione System.DataModificata
Descrizione System.AutoSummary
Categoria System.Keywords
enclosure/@type System.MIMEType
involucro/@lunghezza System.Size
recinzione/@url System.ContentUrl
media:categoria System.Keywords
media:content/@fileSize Dimensione del sistema
media:content/@type System.MIMEType
media:content/@url System.ContentUrl
media:group/content/@fileSize System.Size
media:group/content/@type System.MIMEType
media:group/content/@url System.ContentUrl
media:thumbnail/@url System.ItemThumbnailUrl

 

Nota

Oltre ai mapping predefiniti degli elementi RSS o Atom standard, è possibile eseguire il mapping di altre proprietà di sistema della shell di Windows includendo elementi XML aggiuntivi nello spazio dei nomi Windows per ognuna delle proprietà. È anche possibile eseguire il mapping degli elementi di altri spazi dei nomi XML esistenti, come MediaRSS, iTunes e così via, aggiungendo il mapping delle proprietà personalizzato nel file .osdx.

 

Mappatura delle proprietà personalizzate

È possibile personalizzare il mapping degli elementi dall'output RSS alle proprietà di sistema della shell di Windows specificando il mapping nel file con estensione osdx.

L'output RSS specifica:

  • Spazio dei nomi XML e
  • Per qualsiasi elemento figlio di un elemento, un nome di elemento su cui eseguire il mapping.

Il file con estensione osdx identifica una proprietà della shell di Windows per ogni nome di elemento in uno spazio dei nomi. Il mapping delle proprietà definito nel file osdx sostituisce i mapping predefiniti, se presenti, per le proprietà specificate.

Il diagramma seguente illustra come un'estensione RSS viene mappata alle proprietà di Windows (nome canonico).

diagramma che mostra che la combinazione di spazio dei nomi XML e percorso XML produce il nome canonico

Risultati RSS di esempio e Mapping delle proprietà OSD

L'output RSS di esempio seguente identifica https://example.com/schema/2009 come spazio dei nomi XML con il prefisso "example". Questo prefisso deve essere visualizzato di nuovo prima dell'elemento di posta elettronica .

<rss version="2.0" xmlns:example="https://example.com/schema/2009">
   ...
    <item>
      <title>Someone</title>
      <example:email>Someone@example.com</example:email>
    </item>

Nel seguente file osdx di esempio, l'elemento XML di posta elettronica mappa alla proprietà della Shell di Windows System.Contact.EmailAddress.

<OpenSearchDescription xmlns="https://a9.com/-/spec/opensearch/1.1/"
    xmlns:ms-ose="http://schemas.microsoft.com/opensearchext/2009/">
...
 <ms-ose:ResultsProcessing format="application/rss+xml">
   <ms-ose:PropertyMapList>
     <ms-ose:PropertyMap sourceNamespaceURI="https://example.com/schema/2009/" >
       <ms-ose:Source path="email">
         <ms-ose:Property schema="http://schemas.microsoft.com/windows/2008/propertynamespace" name="System.Contact.EmailAddress" />
       </ms-ose:Source>
     </ms-ose:PropertyMap>
   </ms-ose:PropertyMapList>
 </ms-ose:ResultsProcessing>
...
</OpenSearchDescription>

Non è possibile eseguire il mapping di alcune proprietà perché i valori per tali proprietà vengono sottoposti a override in un secondo momento o non sono modificabili. Ad esempio, non è possibile mappare System.ItemFolderPathDisplay o System.ItemPathDisplayNarrow perché vengono calcolati dal valore URL fornito negli elementi di collegamento o di incorporazione.

Miniature

Gli URL dell'immagine di anteprima possono essere forniti per qualsiasi elemento usando l'elemento media:thumbnail url="". La risoluzione ideale è 150 x 150 pixel. Le anteprime più grandi supportate sono 256 x 256 pixel. L'offerta di immagini di dimensioni maggiori richiede una maggiore larghezza di banda senza alcun vantaggio aggiuntivo per l'utente.

Menu contestuale Apri percorso file

Windows fornisce un menu di scelta rapida denominato Apri percorso file per gli elementi dei risultati. Se l'utente seleziona una voce da tale menu, viene aperto l'URL "padre" per l'elemento selezionato. Se l'URL è un URL Web, ad esempio https://..., il Web browser viene aperto e si passa a tale URL. Il feed deve fornire un URL personalizzato per ogni elemento per assicurarsi che Windows apra un URL valido. Questa operazione può essere eseguita includendo l'URL all'interno di un elemento all'interno del codice XML dell'elemento, come illustrato nell'esempio seguente:

<rss version="2.0" xmlns:example="https://example.com/schema/2009" 
    xmlns:win="http://schemas.microsoft.com/windows/2008/propertynamespace">
...
   <item>
      <title>Someone</title>
      <link>https://example.com/pictures.aspx?id=01</link>
      <win:System.ItemFolderPathDisplay>https://example.com/pictures_list.aspx
   </win:System.ItemFolderPathDisplay>
   </item>
...

Se questa proprietà non è impostata in modo esplicito nel codice XML dell'elemento, il provider OpenSearch lo imposta sulla cartella padre dell'URL dell'elemento. Nell'esempio precedente, il provider OpenSearch userà il valore del collegamento e imposta il valore della proprietà System.ItemFolderPathDisplay della shell di Windows su "https://example.com/".

Personalizzare le visualizzazioni di Esplora risorse di Windows con elenchi di descrizioni delle proprietà

Alcuni layout di visualizzazione di Esplora File sono definiti da elenchi di descrizioni delle proprietà o proplist. Un oggetto proplist è un elenco delimitato da punto e virgola di proprietà, ad esempio "prop:System.ItemName; System.Author", usato per determinare come i risultati appaiono in Esplora file.

Le aree dell'interfaccia utente di Esplora risorse che è possibile personalizzare usando proplists sono illustrate nella schermata seguente.

schermata che mostra le aree dell'interfaccia utente di Esplora file che possono essere personalizzate usando gli elenchi di proprietà

Ogni area di Esplora risorse include un set associato di oggetti proplist, che vengono specificati come proprietà. È possibile specificare elenchi di elementi personalizzati per singoli elementi nei set di risultati o per tutti gli elementi in un set di risultati.

Area dell'interfaccia utente da personalizzare Proprietà di Windows Shell che implementa la personalizzazione
Modalità visualizzazione contenuto (durante la ricerca) System.PropList.ContentViewModeForSearch
Modalità visualizzazione contenuto (durante l'esplorazione) System.PropList.ContentViewModeForBrowse
Modalità visualizzazione riquadri System.PropList.TileInfo
Riquadro dei dettagli System.PropList.PreviewDetails
Descrizione informazioni (descrizione comando al passaggio del mouse dell'elemento) System.PropList.Infotip

 

 

Specificare una proplist univoca per un singolo elemento:

  1. Nel tuo output RSS, aggiungi un elemento personalizzato che rappresenti la proplist che vuoi personalizzare. Nell'esempio seguente, ad esempio, viene impostato l'elenco per il riquadro dei dettagli:

    <win:System.PropList.PreviewDetails>
    prop:System.ItemName;System.Author</win:System.PropList.PreviewDetails>

  2. Per applicare una proprietà a ogni elemento nei risultati della ricerca senza modificare l'output RSS, specificare un proplist all'interno di un elemento ms-ose:PropertyDefaultValues nel file con estensione .osdx, come illustrato nell'esempio seguente:

    <ms-ose:ResultsProcessing format="application/rss+xml">
    <ms-ose:PropertyDefaultValues>
      <ms-ose:Property schema="http://schemas.microsoft.com/windows/2008/propertynamespace"
        name="System.PropList.ContentViewModeForSearch">prop:~System.ItemNameDisplay;System.Photo.DateTaken;
        ~System.ItemPathDisplay;~System.Search.AutoSummary;System.Size;System.Author;System.Keywords</ms-ose:Property>
    </ms-ose:PropertyDefaultValues>
  </ms-ose:ResultsProcessing>

Layout della modalità di visualizzazione dei contenuti delle proprietà

L'elenco delle proprietà specificate nella System.PropList.ContentViewModeForSearch e System.PropList.ContentViewModeForBrowse proplists determina cosa viene visualizzato in modalità visualizzazione contenuto. Per altre informazioni sugli elenchi di proprietà, vedere PropList.

Le proprietà sono disposte in base ai numeri mostrati nel modello di layout seguente:

schermata che mostra il modello di layout predefinito nella visualizzazione contenuto

Se usiamo il seguente elenco di proprietà,

prop:~System.ItemNameDisplay;System.Author;System.ItemPathDisplay;~System.Search.AutoSummary;
    System.Size;System.Photo.DateTaken;System.Keywords

Viene quindi visualizzata la visualizzazione seguente:

schermata che mostra il layout delle proprietà di esempio.

Nota

Per una migliore leggibilità, le proprietà visualizzate nella colonna più a destra devono essere etichettate.

 

Elenco delle opzioni proprietà

Solo uno dei flag definiti nella documentazione di proplists si applica alla visualizzazione degli elementi nei layout in modalità Visualizzazione contenuto: "~". Negli esempi precedenti, Windows Explorer etichetta alcune delle proprietà, come Tags: animals; zoo; lion. Questo è il comportamento predefinito quando si specifica una proprietà nell'elenco. Ad esempio, l'oggetto proplist ha "System.Author" che viene visualizzato come "Authors: value". Quando si desidera nascondere l'etichetta della proprietà, posizionare un "~" davanti al nome della proprietà. Ad esempio, se l'oggetto proplist ha "~System.Size", la proprietà viene visualizzata come solo un valore, senza l'etichetta.

Anteprime

Quando l'utente seleziona un elemento di risultato in Esplora risorse e il riquadro di anteprima è aperto, il contenuto dell'elemento viene visualizzato in anteprima.

Il contenuto da visualizzare nell'anteprima viene specificato da un URL, determinato nel modo seguente:

  1. Se la proprietà System.WebPreviewUrl shell di Windows è impostata per l'elemento, usare tale URL.

    Nota

    La proprietà deve essere specificata nel formato RSS usando lo spazio dei nomi della shell di Windows o mappata in modo esplicito nel file osdx.

     

  2. In caso contrario, usare invece l'URL del collegamento.

Il diagramma di flusso seguente illustra questa logica.

diagramma di flusso che mostra come Esplora file seleziona l'URL da usare per le anteprime

È possibile usare un URL diverso per l'anteprima rispetto all'elemento stesso. Ciò significa che se fornisci URL diversi per l'URL del collegamento e l'enclosure o media:content URL, Esplora File utilizza l'URL del collegamento per le anteprime dell'elemento, mentre utilizza l'altro URL per il rilevamento del tipo di file, l'apertura, il download e così via.

In che modo Esplora risorse determina l'URL da usare:

  1. Se si specifica un mapping a System.ItemFolderPathDisplay, Esplora file utilizza quell'URL.

  2. Se non si specifica una mappatura, Esplora Risorse identifica se gli URL del collegamento e dell'enclosure sono diversi. In tal caso, Esplora file usa l'URL del collegamento.

  3. Se gli URL sono uguali o se è presente solo un URL di collegamento, Esplora risorse analizza il collegamento per trovare il contenitore padre rimuovendo il nome del file dall'URL completo.

    Nota

    Se si riconosce che l'analisi degli URL genera collegamenti non funzionanti per il tuo servizio, è necessario fornire un mapping esplicito per la proprietà.

     

Apri voce di menu Percorso file

Quando si fa clic con il pulsante destro del mouse su un elemento, appare il comando di menu Apri percorso file. Questo comando porta l'utente al contenitore per o alla posizione dell'elemento. Ad esempio, in una ricerca di SharePoint, la selezione di questa opzione per un file in una raccolta documenti aprirà la radice della raccolta documenti nel Web browser.

Quando un utente fa clic su Apri percorso file, Esplora File tenta di trovare un contenitore padre, usando la logica mostrata nel diagramma di flusso seguente.

diagramma di flusso che mostra come Esplora file identifica un contenitore padre

Risorse aggiuntive

Per altre informazioni sull'implementazione della federazione di ricerca in archivi dati remoti tramite tecnologie OpenSearch in Windows 7 e versioni successive, vedere "Risorse aggiuntive" in Ricerca federata in Windows.

Ricerca federata in Windows

Introduzione alla ricerca federata in Windows

Collegamento del tuo Servizio Web in Windows Federated Search

L'abilitazione del tuo archivio dati in Windows Federated Search

Seguire le procedure consigliate nella Ricerca federata di Windows

Distribuzione di Connettori di Ricerca in Windows Federated Search