Quando si sviluppano le applicazioni business integration, potrebbe essere necessario effettuare operazioni con risorse, quali file JSP, file JAR, progetti web, progetti Java e progetti J2EE. Questo argomento fornisce le informazioni che consentono di impostare progetti e risorse in modo da crearli e distribuirli correttamente a WebSphere Process Server.
Se il progetto web è un altro file EAR, il file JSP si trova in un altro modulo e le importazioni o esportazioni sono richieste affinché funzioni con i servizi in un altro modulo.
Di seguito è riportato un codice JSP di esempio che utilizza i riferimenti autonomi nell'assieme del modulo:
com.ibm.websphere.sca.Service bankService = (com.ibm.websphere.sca.Service)com.ibm.websphere.sca.ServiceManager.INSTANCE.locateService("BankServicePartner"); => Il nome di riferimento "BankServicePartner" deriva dal file sca.references nel modulo (ad esempio, <reference name="BankServicePartner">...). Questo file esisterà dopo la creazione di un riferimento autonomo nell'editor dei collegamenti. com.ibm.websphere.sca.scdl.OperationType operationType = bankService.getReference().getOperationType("openAccount"); => Verrà utilizzato il tipo di operazione per ottenere i tipi DataObject che devono essere inoltrati nell'operazione invoke com.ibm.websphere.bo.BOFactory factory = (com.ibm.websphere.bo.BOFactory) new com.ibm.websphere.sca.ServiceManager().locateService("com/ibm/websphere/bo/BOFactory"); => Modo standard per ottenere la produzione per la creazione di oggetti business. commonj.sdo.DataObject input = factory.createByType(operationType.getInputType()); => creare il tipo appropriato di oggetto di dati che l'operazione prevede come input commonj.sdo.DataObject customer = input; => supporre di non disporre di un input avviluppato, per ora if(operationType.isWrapperType(operationType.getInputType())) { => Per richiamare il riferimento in questo caso, è necessario inoltrare il wrapper definito nel file WSDL dell'interfaccia. Quindi, creare l'oggetto dati avviluppato e impostarlo sul wrapper (il nome della proprietà deriva dallo schema integrato nel file WSDL). customer = factory.createByType(operationType.getInputType().getProperty("customer").getType()); input.set("customer", customer); } customer.setString("firstName", "Bob"); customer.setString("lastName", "Smith"); customer.setString("address", "7 Holly Drive"); customer.setBoolean("isGold", true); customer.setInt("birthYear", 1976); => Le 5 righe precedenti impostano gli attributi su Cliente. commonj.sdo.DataObject output = (commonj.sdo.DataObject)bankService.invoke("openAccount",input); commonj.sdo.DataObject account = null; if(operationType.isWrapperType(operationType.getOutputType())) account = output.getDataObject("account"); else account = output; => L'output restituito può o meno essere avviluppato.
Migliore utilizzo: per sviluppare applicazioni Java o importare file JAR che verranno utilizzati in un modulo business integration, è necessario creare un progetto Java per il codice ed aggiungere una dipendenza al progetto Java per il modulo che utilizzerà il codice Java.
Le proprietà Java della libreria o del modulo business integration non devono essere modificate, poiché ciò potrebbe causare problemi nella distribuzione della generazione del codice. Pertanto, non si consiglia di sviluppare applicazioni Java complesse o importare file JAR in un modulo della libreria per utilizzarli. Inoltre, durante la generazione delle implementazioni Java per i componenti in un diagramma di assieme, le implementazioni Java generate devono essere utilizzate come punto di avvio per richiamare altre classi Java.
Si noti che la vista Business Integration visualizza solo le implementazioni e le interfacce Java che vengono utilizzate in un diagramma di assieme. Vengono elencate nel modulo che le utilizza. Se è necessario effettuare attività con i progetti Java, è possibile passare alla prospettiva Java.
Passaggio alla prospettiva Java
Aprire la prospettiva Java effettuando questi passi:
Nella prospettiva Java, vengono visualizzate le due prospettive aperte nell'angolo in alto a destra della finestra Workbench ed è possibile passare dalla prospettiva Business Integration facendo clic sul pulsante Prospettiva Business Integration, come illustrato nella seguente figura:
Migliore utilizzo: se si pianifica di utilizzare le importazioni e le esportazioni nei diagrammi di assieme, è una buona pratica inserire le interfacce e gli oggetti business utilizzati dall'importazione e dalle esportazioni in una libreria, in modo che possano essere condivisi. Quindi, aggiungere una dipendenza nella libreria a tutti i moduli che utilizzando le risorse comuni. Evitare di copiare le stesse interfacce e oggetti business in vari moduli per utilizzarli.
Se è necessario utilizzare un file WSDL in un modulo, copiarlo nel modulo stesso. Facoltativamente, copiare il file WSDL in una libreria e, nel modulo, impostare una dipendenza nella libreria, in modo da poter utilizzare le risorse della libreria. Se si è tentato di trascinare un file WSDL da un altro tipo di progetto, ad esempio un progetto web, un messaggio di errore richiede di copiare il WSDL nel modulo o nella libreria.
La modifica delle dipendenze dei moduli al di fuori dell'editor delle dipendenze dovrebbe essere evitata.
Quando si aggiunge una dipendenza su una libreria, le modifiche al progetto Java o J2EE vengono effettuate nelle proprietà del modulo. Ovvero, le proprietà del modulo vengono modificate, nel modo seguente:
Utilizzare l'editor delle dipendenze per gestire le dipendenze dei progetti per i moduli e le librerie invece di modificarne le proprietà. Nelle proprietà dei moduli e delle librerie sono stabiliti importanti presupposti Java, pertanto le proprietà Java non devono essere modificate, ad esempio per modificare le cartelle di origine e di output.
Informazioni correlate