Architettura di JD Edwards OneWorld

L'adapter Microsoft BizTalk per JD Edwards OneWorld fornisce l'accesso alle funzioni di business di JD Edwards OneWorld. JD Edwards OneWorld stabilisce la comunicazione tra i computer client e server mediante un'architettura di messaggistica proprietaria chiamata JDENet. JDENet viene implementato dalle classi del connettore JD Edwards OneWorld presenti nei file JAR, Connector.jar e Kernel.jar. La comunicazione viene implementata usando TCP/IP come protocollo di trasporto, con una porta predefinita di 6009 o 6010. Per una descrizione della posizione in cui è impostato questo valore, vedere Aggiungere gli artefatti a Amministrazione BizTalk.

Architettura per l'adapter BizTalk per JD Edwards OneWorld

Le chiamate a funzioni di business di JD Edwards OneWorld richiedono due messaggi:

• Il primo messaggio risponde con il percorso del server che elabora la funzione di business. Questa operazione viene eseguita eseguendo una ricerca in un set di tabelle denominate mapping di configurazione oggetti (OCM).

• Il secondo messaggio invia un buffer di messaggi formattato contenente gli argomenti da passare a JD Edwards OneWorld o da JD Edwards OneWorld al server appropriato, quindi attende una risposta. I buffer vengono formattati in base alle definizioni dei tipi delle strutture C++ sottostanti.

Servizi in ingresso in fase di progettazione

• In fase di progettazione, viene creata una porta, selezionato un adapter e specificate le informazioni sulle credenziali per connettersi al server JD Edwards OneWorld di destinazione. L'ambiente di sviluppo di Visual Studio chiama l'Adapter Framework per richiedere le informazioni sulla fase di progettazione relative a questa porta. L'adapter BizTalk per JD Edwards OneWorld utilizza browsingagent per questa porta.

• In fase di progettazione, BizTalk Server richiede informazioni effettuando chiamate all'adapter.

• Browsingagent converte la richiesta nel codice JD Edwards OneWorld nativo e trasmette le richieste a JD Edwards OneWorld tramite la connessione API ThinNet (stabilita in Connector.jar e Kernel.jar).

• Una funzione business personalizzata viene installata tramite l'installazione DI BTSREL: espone le funzioni aziendali master.

• Un elenco di moduli in JD Edwards OneWorld viene inizialmente restituito e trasportato in Visual Studio, dove popola la procedura guidata di gestione degli adapter.

• È possibile espandere la gerarchia per visualizzare il nome della libreria e il nome del modulo.

• Quando si seleziona un modulo specifico, vengono visualizzati gli schemi per tutte le funzioni all'interno del modulo. L'adapter ottiene le informazioni necessarie da JD Edwards OneWorld e browsingagent crea gli schemi.

• Gli schemi vengono aggiunti all'orchestrazione del progetto BizTalk Server.

Servizi in ingresso in fase di esecuzione

• BizTalk Server chiama l'adapter BizTalk per JD Edwards OneWorld per inviare un messaggio su una porta specifica.

• L'agente di runtime converte il codice XML in codice JD Edwards nativo.

• L'agente di runtime invia la richiesta tramite ThinNet al sistema JD Edwards specificato nelle proprietà di trasporto della porta di trasmissione.

• La funzione di business master viene eseguita nel sistema JD Edwards, che genera un documento di risposta indicante se l'operazione è stata completata o meno oltre ai parametri dei dati restituiti dalla funzione di business.

• Il messaggio inviato a JD Edwards OneWorld è costituito da un'architettura a messaggio singolo e a risposta singola. Non è possibile elaborare più messaggi contemporaneamente.

• Il documento di risposta viene restituito tramite ThinNet, convertito in XML e ritrasmesso a BizTalk Server.

Eventi in uscita in fase di progettazione

• Non sono disponibili creazioni sistematiche di metadati di evento.

• È necessario fornire a Visual Studio un facsimile del documento dell'evento in modo da poter generare uno schema e incorporarlo nel progetto insieme allo spazio dei nomi di destinazione.

Eventi in uscita in fase di esecuzione

• Nel server Enterprise JD Edwards viene stabilito un meccanismo di trasporto file per trasportare il documento XML risultante, attivato dal completamento dell'evento, nella directory di destinazione in tale server.

• Il computer BizTalk Server dispone di un'unità mappata alla directory nel server Enterprise.

• Le proprietà di trasporto della porta di ricezione vengono configurate per l'unità mappata. La porta di ricezione riceve i messaggi inviati alla directory dal server Enterprise.

• L'identificazione dello spazio dei nomi di destinazione assicura che i messaggi corretti vengano instradati alla porta di ricezione configurata.

• La porta di ricezione invia il documento XML a BizTalk Server.

Vedere anche

Aggiungere gli elementi ad Amministrazione BizTalk
Pianificazione e architettura