Le ricerche federate consentono di stabilire relazioni di ricerca con altre fonti (inclusi altri portali, siti Web o database). Dopo avere impostato il tipo di accesso necessario per la ricerca federata, gli utenti del portale richiedente possono ricercare contenuto nella repository di servizio, sia che si tratti di un sistema di ricerca stabilito sia di un database personalizzato.
Esistono ricerche federate in entrata ed in uscita.
Una ricerca federata in entrata consente ad altri portali BEA di eseguire ricerche nel portale dell'utente.
Una ricerca federata in uscita consente agli utenti del portale di eseguire ricerche in altri portali BEA o altre repository esterne.
Quest'argomento tratta le seguenti informazioni:
Per imparare a creare o modificare oggetti amministrativi (che includono le ricerche federate in entrata ed in uscita e i Web service Ricerca), fare clic qui.
Per imparare ad eseguire una query di Ricerca federata, fare clic qui.
Per saperne di più sull'Editor Ricerche federate in entrata, fare clic su una delle seguenti pagine editor:
Per saperne di più sull'Editor Ricerche federate in uscita, fare clic su una delle seguenti pagine editor:
I Web service Ricerca consentono di specificare impostazioni generali per le repository di ricerca remote, lasciando la specifica delle impostazioni di sicurezza alle ricerche federate in uscita associate. Questo consente di separare l'accesso alla propria repository di ricerca attraverso più ricerche federate in uscita.
Per saperne di più sull'Editor dei Web service Ricerca, fare clic su una delle seguenti pagine editor:
Un portale BEA può richiedere e/o servire contenuto ad un altro portale BEA. Quando si installa il portale, sarà creata una ricerca federata in entrata ad accesso pubblico. Questo consente ad altri portali BEA di eseguire ricerche in questo portale come Utente ospite.
Per consentire altre relazioni di ricerca, bisognerà creare nuove ricerche federate in entrata o in uscita. Non importa se il portale sta richiedendo o servendo contenuto: l'utente e gli altri amministratori interessati devono raggiungere un accordo sulle questioni indicate di seguito prima di stabilire ricerche federate.
Quali portali serviranno contenuto?
Quali portali richiederanno contenuto?
Quali ID e password di portale saranno utilizzati
per identificare i portali?
Per ciascuna richiesta emessa, il portale richiedente invierà ID e
password al portale di servizio per identificarsi. È necessario inserire
gli stessi ID e password nella ricerca federata in uscita del portale
richiedente e in quella in entrata del portale di servizio.
Quale contenuto del portale di servizio sarà disponibile
per il portale richiedente?
Se entrambi i portali condividono un database utenti esterno, come
ad esempio un server LDAP o un dominio NT, sarà necessario concedere a
tutti gli utenti condivisi l'accesso al contenuto appropriato sul portale
di servizio. Questa misura offrirà il più alto grado di sicurezza del
contenuto, senza richiedere alcun ulteriore tipo di lavoro amministrativo.
Se i portali interessati non condividono un database di informazioni
utenti, sarà necessario creare uno o più utenti nel portale di servizio
in grado di essere impersonati dagli utenti del portale richiedente. Si
dovranno creare utenti del portale di servizio esclusivamente a questo
scopo e condividere i nomi di questi utenti con gli amministratori dei
portali richiedenti.
I link indicati di seguito conducono a scenari d'uso:
Impersonare utenti del portale di servizio descrive in che modo agli utenti del portale richiedente viene consentito di impersonare gli utenti del portale di servizio in modo da accedere al contenuto protetto.
Condividere un database utenti descrive in che modo più portali che accedono alla stessa repository utenti possono condividere contenuto.
Quando gli amministratori avranno stabilito il funzionamento della relazione, si potrà procedere all'impostazione delle ricerche federate in entrata ed in uscita.
Se esiste una repository esterna al portale in cui si desiderano eseguire ricerche, BEA o un altro fornitore potrebbe aver scritto un Web service Ricerca per accedervi. In caso contrario, BEA offre un kit di sviluppo che consente di scrivere senza problemi i propri Web service Ricerca in Java or .NET. Per ulteriori dettagli, consultare BEA AquaLogic User Interaction Development Center.
Per creare una ricerca federata in uscita con accesso a una repository esterna al portale, eseguire i passaggi indicati di seguito.