Oggetti business utilizzati dal connettore JText

Gli oggetti business per il connettore JText devono fornire dati nel formato richiesto dal gestore dati specificato per la conversione. Tuttavia, il connettore JText potrebbe non richiedere un insieme di oggetti business progettati in modo specifico comparabili agli oggetti business specifici dell'applicazione per un connettore dell'applicazione.

Ad esempio, il gestore dati NameValue richiede che ogni parte di dati abbia una stringa che la identifica (come CustomerName=Kumar, Region=NE e Department=HR). Poiché ogni definizione di oggetto business generico contiene attributi i cui nomi identificano ogni parte di dati, il connettore JText può utilizzare oggetti business generici.

Tuttavia, poiché gli oggetti business generici rappresentano un superinsieme di informazioni richieste da una quantità di diverse applicazioni, ogni oggetto business generico di solito contiene molte più informazioni di quanto sia richiesto da una applicazione.

Quindi, per convertire i dati in dimensioni gestibili per ogni applicazione, è buona norma creare il proprio oggetto business per ogni tipo di dati da elaborare. Nell'oggetto business, fornire solo i dati richiesti dall'applicazione e le informazioni richieste dal gestore dati.

Ad esempio, per il gestore dati FixedWidth, è necessario verificare che ogni attributo dell'oggetto business ha un valore specificato per la proprietà di attributo MaxLength. Per WebSphere Business Integration Server Express Data Handler for XML, sono richieste altre informazioni specifiche. D'altro lato, per i gestori dati NameValue e Delimited, l'oggetto business non deve contenere le informazioni che non sono già contenute in un oggetto business generico. Consultare la Data Handler Guide per informazioni specifiche di ogni gestore dati.

Oltre a fornire dati, un'oggetto business può contenere informazioni che consento al connettore di ottenere in modo dinamico il nome file evento dell'oggetto business o di restituire il nome file di output al broker di integrazione. Per configurare il connettore per questa elaborazione dinamica, le informazioni specifiche dell'applicazione al livello dell'oggetto business devono contenere la seguente coppia nome-valore:

Se l'oggetto business contiene altre informazioni specifiche dell'applicazione utilizzata dal gestore dati, la coppia nome-valore deve apparire prima nell'oggetto business e deve essere separato dalle informazioni specifiche dell'applicazione da un punto e una virgola (;). Il connettore legge la coppia nome-valore fino al punto e virgola per determinare se utilizzare l'elaborazione dinamica, quindi passa le informazioni che appaiono dopo il punto e la virgola al gestore dati.

Utilizzo di un metaoggetto secondario dinamico

Un metaoggetto secondario dinamico consente al nome file di essere scambiato con InterChange Server Express. Questa sezione descrive:

Perché utilizzare un metaoggetto secondario

Creare ed utilizzare un metaoggetto secondario dinamico per fare in modo che il connettore funzioni nel modo seguente:

Richieste chiamata servizio

Elaborazione evento

Il connettore popola l'attributo InFileName secondario con il nome del file dal quale è stato letto l'oggetto business.

Utilizzo del metaoggetto secondario dinamico

Per dare in modo che il connettore elabori il nome file in modo dinamico, è necessario:

  1. Creare un metaoggetto dinamico con attributi specifici.
  2. Nell'oggetto business dei dati, aggiungere un attributo che rappresenta il metaoggetto secondario dinamico.
  3. Nell'oggetto business di dati, specificare quanto segue nelle informazioni specifiche dell'applicazione a livello dell'oggetto business:
    cw_mo_JTextConfig = DynChildMOAttrName

    dove DynChildMOAttrName è il nome dell'attributo nell'oggetto business di dati che rappresenta l'oggetto business secondario dinamico. Per un esempio, consultare Figura 2.

    Importante:
    Il prefisso cw_mo_ è richiesto quando si utilizza un gestore dati. Se il prefisso manca, il connettore scrive il metaoggetto secondario dinamico nel file di output specificato come se fosse un oggetto business di dati.
  4. Nel metaoggetto secondario dinamico, specificare i valori per gli attributi nel metaoggetto secondario dinamico.

Attributi di un metaoggetto secondario dinamico

Un metaoggetto secondario dinamico deve contenere i seguenti attributi:

Figura 2 illustra un esempio dell'oggetto aziendale Customer che contiene un metaoggetto secondario dinamico.

Figura 2. Esempio di un metaoggetto secondario dinamico
Esempio di un metaoggetto secondario dinamico

Copyright IBM Corp. 2004, 2005