ActiveX a Enterprise JavaBeans (EJB) Bridge

WebSphere® Application Server fornisce un bridge da ActiveX a EJB che abilita programmi ActiveX ad accedere ai bean enterprise tramite una serie di oggetti di automazione ActiveX .

Il bridge realizza questo accesso caricando la macchina virtuale Java™ ( JVM ) in qualsiasi contenitore di automazione ActiveX come Visual Basic, VBScript e Active Server Pages (ASP).

Esistono due ambienti principali in cui viene eseguito il bridge da ActiveX a EJB:
  • Le applicazioni client, come Visual Basic e VBScript, sono programmi che un utente avvia dalla riga comandi, dall'icona del desktop o dal collegamento del menu Start.
  • I Servizi client, ad esempio Active Server Pages, sono programmi avviati da alcuni mezzi automatizzati, come l'applet del pannello di controllo Servizi.

Il bridge da EJB a ActiveX utilizza l'architettura Java Native Interface (JNI) per accedere in modo programmatico al codice JVM. Pertanto, il codice JVM esiste nello stesso spazio di processo dell'applicazione ActiveX (Visual Basic, VBScript o ASP) e rimane associato al processo fino al termine di quest'ultimo. Per creare un codic JVM, un programma client ActiveX chiama il metodo XJBInit() dell'oggetto XJB.JClassFactory.

Dopo che un programma client ActiveX ha inizializzato il codice JVM, il programma chiama diversi metodi per creare un oggetto proxy per la classe Java. Quando si accede a una classe o a un oggetto Java, l'oggetto Java reale esiste nel codice dell' JVM; il contenitore di automazione contiene il proxy per quell'oggetto Java. Il programma ActiveX può utilizzare l'oggetto proxy per accedere alla classe Java, ai campi dell'oggetto e ai metodi.

Per convertire i tipi di dati primitivi, il programma client utilizza l'interfaccia COM IDispatch (l'utilizzo dell'interfaccia IUnknown non è direttamente supportato). I tipi di dati primitivi vengono convertiti automaticamente tra tipi di automazioni native e tipi Java. Tutti gli altri tipi vengono gestiti automaticamente dagli oggetti proxy.

Qualsiasi eccezione generata nel codice Java viene incapsulata e generata nuovamente come errore COM, da cui il programma ActiveX può determinare le eccezioni Java effettive.

Il bridge ActiveX a EJB supporta sia l'accesso a thread libero che a thread appartamento e implementa il marshaler a thread libero (FTM) per lavorare in un ambiente ibrido come Active Server Pages.

Per ulteriori informazioni sulla programmazione client ActiveX con il bridge da ActiveX a EJB, fare riferimento all'argomento Sviluppo del codice dell'applicazione client ActiveX .