Questi esempi mostrano in che modo più portali in grado di accedere alla stessa repository utenti possono condividere contenuto. Tutti i portali interessati da questa relazione devono importare gli stessi utenti e gruppi da una singola repository utenti.
Esistono due scenari per la costruzione di un portale composito.
Portali di contenuto
multipli: qesto tipo di
portali presenta link a un gran numero di documenti. Un utente singolo
può visitare i portali di contenuto uno per uno con gli stessi nome utente
e password, e ricevere sempre accesso al contenuto corretto.
In quest'esempio, ciascun portale funge allo stesso tempo da portale
di servizio e portale richiedente.
Portale principale
singolo: un portale viene impostato come portale principale e non
come portale di contenuto. Attraverso il portale principale, gli utenti
possono accedere ai contenuti dei vari portali.
In questo esempio, il portale principale funge da portale richiedente
e i portali di contenuto da portali di servizio.
Su ogni portale di servizio, l'amministratore crea una ricerca federata in entrata.
Nella pagina Impostazioni principali dell'Editor Ricerche federate in entrata, l'amministratore include la fonte di autenticazione che i portali di servizio condividono con il portale richiedente. In questo modo, tutti gli utenti che inviano richieste a un portale di servizio dovranno essere importati nel portale attraverso questa sorgente di autenticazione comune.
In ciascun portale richiedente, l'amministratore crea una ricerca di rete in uscita per ciascun portale di contenuto.
Nella pagina Impostazioni principali dell'Editor Ricerca federata in uscita, l'amministratore selezionerà No per quanto riguarda l'opzione Invia autenticazione portale. Gli utenti invieranno le richieste utilizzando i propri account.