Condividi tramite

Creare artefatti di ricezione TIBCO Rendezvous

  • Articolo

La creazione di notifiche o eventi è simile alla creazione di altre chiamate in BizTalk Server. In questa sezione viene illustrato come creare un indirizzo di ricezione per l'ascolto dei messaggi di TIBCO Rendezvous.

Eventi e posizioni di ricezione

Qualsiasi sistema TIBCO Rendezvous è in grado di inviare messaggi al nome oggetto scelto. Il concetto di evento è la generazione di messaggi da altri programmi TIBCO Rendezvous.

Nei passaggi seguenti viene descritto il ciclo di vita di un indirizzo di ricezione:

  1. Viene creato l'indirizzo di ricezione.

  2. L'indirizzo di ricezione viene associato a un host.

  3. L'indirizzo di ricezione viene associato a un'orchestrazione.

  4. L'indirizzo di ricezione viene abilitato.

  5. L'indirizzo di ricezione riceve messaggi.

Importante

Ogni indirizzo di ricezione deve avere un nome univoco. Due posizioni di ricezione non possono avere lo stesso nome nella stessa distribuzione BizTalk Server.

Importante

È consigliabile impostare elenchi di controllo di accesso sicuri nei punti di rilascio degli indirizzi di ricezione. È necessario, ad esempio, impostare ACL sicuri per la directory in cui l'indirizzo di ricezione del file preleva i messaggi in modo da consentire l'inserimento di messaggi in questo indirizzo solo agli utenti autorizzati.

Creazione di una porta di ricezione

  1. In BizTalk Server Amministrazione espandere Gruppo BizTalk, espandere Applicazioni e quindi espandere l'applicazione.

  2. Fare clic con il pulsante destro del mouse su Porte di ricezione, scegliere Nuovo e quindi fare clic su Porte di ricezione unidirezionale.

  3. Nella finestra Proprietà porta di ricezione , nella pagina Generale eseguire le operazioni seguenti:

    1. Nel campo Nome digitare ReceiveFromTIBCORV.

    2. Nella casella Gruppo di autenticazione specificare la modalità di gestione dei messaggi quando si usa l'autenticazione.

    3. Selezionare la casella di controllo Abilita routing per i messaggi non riusciti .

  4. Nella pagina Percorsi di ricezione eseguire le operazioni seguenti:

    1. Fare clic su Nuovo.

    2. Nella finestra Percorsi di ricezione digitare il nome della posizione di ricezione nella pagina Generale.

    3. Nell'elenco a discesa Tipo selezionare BizTalkServerIsolatedHost e nell'elenco a discesa Gestore di ricezione selezionare l'indirizzo di trasporto.

    4. Nell'elenco a discesa Ricezione pipeline selezionare XMLReceive o qualsiasi pipeline equivalente.

    5. Nella pagina Pianificazione selezionare la data di inizio e la data di fine per limitare la ricezione dei documenti.

    6. Selezionare la casella di controllo Abilita servizio .

    7. Fare clic su OK.

  5. Nella pagina Mappe in ingresso selezionare le mappe in ingresso per trasformare i documenti nella porta selezionata.

  6. Nella pagina Rilevamento selezionare i corpi dei messaggi di rilevamento desiderati e le proprietà dei messaggi di rilevamento.

  7. Fare clic su OK.

Impostare le proprietà di trasporto

Quando si configura l'adapter Microsoft BizTalk per TIBCO Rendezvous per l'ascolto di messaggi, è necessario specificare i nomi oggetto di tali messaggi. Questa è l'unica proprietà obbligatoria.

  1. Nella finestra di dialogo Proprietà trasporto rendezvous TIBCO espandere Adapter Required Properties (Proprietà richieste adattatore) immettere il nome soggetto Rendezvous.

    Si tratta del nome oggetto (sono consentiti i caratteri jolly di Rendezvous) di cui l'adapter è in ascolto. Nello scenario di distribuzione più semplice, questa è l'unica proprietà obbligatoria.

    Immagine che mostra la finestra di dialogo Proprietà richieste adattatore.

  2. Nelle impostazioni del listener certificato specificare il nome riutilizzabile e il nome del file del ledger se si vuole la messaggistica certificata.

    Queste impostazioni sono obbligatorie se si definisce una coda distribuita. Se i messaggi certificati non sono necessari, lasciare vuote queste voci. Il nome del file ledger e il nome riutilizzabile devono essere univoci tra tutte le porte definite nell'host e in altri programmi TIBCO Rendezvous in esecuzione nell'host. In caso contrario, l'interfaccia utente non lo rileva, ma in fase di esecuzione viene individuato e registrato un errore.

  3. Nelle impostazioni della coda distribuita, se la coda distribuita non è necessaria, non modificare le voci.

    I valori seguenti vengono utilizzati con un gruppo BizTalk Server. Nell'adapter BizTalk per TIBCO Rendezvous questi valori vengono utilizzati nelle chiamate API a TIBCO RV.

    Usare Per
    Ledger file name Nome del file ledger per il listener certificato (o membro del gruppo). Il valore predefinito è Null.

    Se non viene specificato un valore, viene utilizzato un ledger di memoria.
    Nome riutilizzabile Nome riutilizzabile per il listener certificato (o membro del gruppo). Il valore predefinito è Null.

    Un nome riutilizzabile è necessario per mantenere un processo da riavviare. Se non viene specificato un valore, viene utilizzato un nome (non riutilizzabile) generato.

    Le code distribuite sono utili se si distribuisce un indirizzo di ricezione TIBCO Rendezvous in un gruppo BizTalk Server. In tal caso, immettere gli intervalli e i valori dei criteri desiderati. Gli intervalli di attivazione e gli intervalli heartbeat vengono forniti così come sono a TIBCO Rendezvous. Poiché gli intervalli devono essere identici tra tutti i partecipanti di una coda distribuita, i valori vengono immessi solo una volta. Con i criteri, i valori potrebbero facilmente essere diversi in ogni host. Tutti i valori dei criteri seguono la stessa sintassi, ovvero coppie host:valore separate da due punti separate da punti e virgola.

    Ad esempio , host1:10; host2:20; host3:30

    Il nome host deve essere un nome host DNS o un indirizzo IP valido. Per ognuno di questi criteri, l'adapter trova il valore associato al relativo host e lo utilizza con l'API TIBCO Rendezvous.

    Se i valori devono essere identici in tutti i computer, è possibile entiOn the Tibr un valore semplice anziché l'elenco di coppie name:value ,ad esempio 20.

    Usare Per
    Activation Interval Criteri di ponderazione dell'utilità di pianificazione utilizzati per la coda distribuita. Si tratta dell'intervallo di tempo trascorso senza ricevere messaggi heartbeat dall'utilità di pianificazione, al termine del quale TIBCO RV attiva una nuova utilità di pianificazione. Il valore predefinito è 20 secondi.
    Heart Beat Interval Intervallo heartbeat utilizzato nella coda distribuita. Viene utilizzato con il parametro relativo al gruppo BizTalk Server. Nell'adapter BizTalk per TIBCO Rendezvous questi valori vengono utilizzati nelle chiamate API a TIBCO RV. Il valore viene utilizzato dall'istanza dell'adapter che corrisponde all'utilità di pianificazione attiva per il gruppo e trasmette messaggi heartbeat in questo intervallo (in secondi). Il valore predefinito è 10.
    Scheduler Weight Policy Per impostazione predefinita (valore Null), tutti i membri di un gruppo hanno la stessa probabilità di diventare un'utilità di pianificazione. Un elenco di valori di coppie host-peso fornisce criteri di ponderazione diversi. Il valore predefinito è Null.
    Worker Capacity Policy Criteri di capacità dei processi di lavoro utilizzati per la coda distribuita. Questo valore indica il numero di attività simultanee gestibili da un membro del gruppo. Se non specificato, il valore predefinito è 1. Un elenco di valori di coppia di capacità host fornisce criteri di capacità diversi.
    Worker Weight Policy Criteri di ponderazione dei processi di lavoro utilizzati per la coda distribuita. Questo valore fornisce un valore di ponderazione per consentire a TIBCO di assegnare attività in una coda distribuita. Le attività vengono assegnate prima ai processi di lavoro disponibili con il peso maggiore. Il valore predefinito è 1.

  4. Espandere Impostazioni generali e immettere tutte le informazioni necessarie per la connessione al server TIBCO Rendezvous.

    Usare Per
    Appendix wildcard substitute Specificare un testo sostitutivo di carattere jolly. I nomi oggetto di cui un indirizzo di ricezione è in ascolto vengono utilizzati per generare lo spazio dei nomi di destinazione XML nei messaggi risultanti. Per impostazione predefinita, l'adattatore sostituisce qualsiasi carattere jolly ">" con il testo GTWILDCARD nei messaggi generati. In questo campo è possibile specificare un carattere jolly diverso.
    Tabella codici Identifica la tabella codici utilizzata dal creatore del messaggio per codificare le stringhe contenute nei messaggi in arrivo. Il valore predefinito è 65001. L'adattatore non supporta l'uso dello stesso oggetto del messaggio generato da due diversi ambienti della tabella codici.
    Element wildcard substitute Specificare un testo sostitutivo di carattere jolly diverso. I nomi oggetto di cui un indirizzo di ricezione è in ascolto vengono utilizzati per generare lo spazio dei nomi di destinazione XML nei messaggi risultanti. Per impostazione predefinita, l'adapter sostituisce tutti i caratteri jolly "*" con il testo STARWILDCARD nei messaggi generati. In questo campo è possibile specificare un carattere jolly diverso.
    Event Queue Name Specificare un nome da utilizzare quando si crea l'oggetto coda Rendezvous. Questa opzione viene fornita per praticità, perché nei messaggi del registro associati viene visualizzato il nome della coda eventi. Il valore predefinito è vuoto.
    Filter Quando si specificano caratteri jolly nei nomi oggetto in ascolto, l'orchestrazione di destinazione potrebbe essere interessata solo a un sottoinsieme del set potenzialmente molto esteso di oggetti che potrebbero raggiungerla. Per ridurre l'impatto su BizTalk Server e sull'accesso associato ai database, è possibile specificare quali messaggi devono essere inviati a BizTalk Server. Questa voce contiene un elenco di nomi oggetto separati di punti e virgola (non sono consentiti caratteri jolly). I messaggi che corrispondono a un nome oggetto specificato tramite caratteri jolly ma il cui nome oggetto è contenuto dell'elenco vengono filtrati e quindi non inviati a BizTalk Server. La logica del filtro può essere invertita inserendo un carattere "!" prima del valore di filtro. Per impostazione predefinita, il campo è vuoto (nessun filtro).
    Eseguire il mapping dei tipi non supportati alla stringa Tipi non supportati generano un errore o sono mappati a una stringa. Questa opzione può essere utilizzata se si esegue l'adapter con una versione più recente di TIBCO Rendezvous in cui sono stati aggiunti nuovi tipi.
    Member of BizTalk group Se True, è necessario impostare i parametri Distributed Queue (fare riferimento al nodo Distributed Queue Settings) e i parametri Certified Listener (fare riferimento al nodo Certified Listener Settings). Il valore predefinito è False.
    Percorso Impostare questa opzione in modo da puntare ai file binari di TIBCO Rendezvous, se questa informazioni non è già presente nella variabile di ambiente PATH.
    Preserve Order L'adapter invia i messaggi in arrivo in BizTalk Server nello stesso ordine in cui sono stati ricevuti, ad esempio utilizzando un singolo in thread di invio. Si noti che se i parametri Certified Messaging non sono impostati, questo non significa che l'adapter riceve il messaggio nello stesso ordine in cui è stato inviato (con riferimento a un'unica origine).
    Receive Location Identifier Nome dell'indirizzo di ricezione.
    Reserved Campo riservato per utilizzo speciale.

  5. Espandere Il trasporto rendezvous e immettere tutte le informazioni necessarie per la comunicazione tra i daemon e i programmi TIBCO Rendezvous.

    Il trasporto (Network, Daemon, Service) specifica come i daemon TIBCO Rendezvous scambiano messaggi. Queste impostazioni vengono inviate così come sono all'API Rendezvous TIBCO. Se si utilizzano i valori predefiniti (campo vuoto), verrà seguita la strategia di comunicazione predefinita.

    Un trasporto TIBCO Rendezvous definisce l'ambito del recapito, ovvero il set di possibili destinazioni per i messaggi inviati. Questo set di proprietà definisce un trasporto.

    Parametro Descrizione
    Daemon Digitare l'identificatore numerico per il parametro Daemon del trasporto Rendezvous.
    Rete Digitare il nome del parametro Network di Rendezvous.
    Nome del servizioe Digitare il nome del servizio di trasporto Rendezvous.

  6. Fornire le credenziali utilizzando Single Sign-On (SSO).

    Per accedere al sistema TIBCO Rendezvous, sono disponibili due metodi. le credenziali (parametri Nome utente e Password) o Single Sign-On.

    1. Selezionare Sìnell'opzione Usa SSO per l'uso dell'accesso Single Sign-On.

      Nota

      Vedere Sicurezza per informazioni su come configurare l'accesso SSO.

    2. Selezionare nell'elenco un'applicazione protetta.

      Un'applicazione protetta, creata dagli strumenti Enterprise Single Sign-On, rappresenta un'applicazione come TIBCO Rendezvous. Nell'adapter Microsoft BizTalk per TIBCO Rendezvous vengono utilizzate le credenziali di un utente di un'applicazione. Queste credenziali vengono recuperate dal database SSO del sistema server di un'applicazione protetta specificata.

      Nota

      Per informazioni su come creare un'applicazione di affiliazione, vedere Creazione di applicazioni affiliate.

  7. Dopo aver fornito tutte le informazioni necessarie, fare clic su Applica e quindi fare clic su OK.

    Per ricevere i messaggi di TIBCO Rendezvous, è necessario impostare i parametri di connessione per l'adapter BizTalk per TIBCO Rendezvous.

Passaggi successivi