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.
Un metaoggetto secondario dinamico consente al nome file di essere scambiato con InterChange Server Express. Questa sezione descrive:
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.
Per dare in modo che il connettore elabori il nome file in modo dinamico, è necessario:
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.
Un metaoggetto secondario dinamico deve contenere i seguenti attributi:
Per ulteriori informazioni, consultare Specifica di un file system FTP remoto.
Figura 2 illustra un esempio dell'oggetto aziendale Customer che contiene un metaoggetto secondario dinamico.