Ao desenvolver aplicativos de integração de negócios, pode ser necessário trabalhar com recursos, tais como, arquivos JSP, arquivos JAR, projetos da Web, projetos Java e projetos J2EE. Este tópico fornece informações para ajudá-lo a configurar seus projetos e recursos para que eles sejam construídos e implementados com êxito no WebSphere Process Server.
Se o projeto da Web estiver em outro arquivo EAR, o arquivo JSP estará em outro módulo e serão requeridas importações e exportações para que ele funcione com serviços em outro módulo.
Aqui está um código JSP de amostra que utiliza referências independentes na montagem do módulo:
com.ibm.websphere.sca.Service bankService = (com.ibm.websphere.sca.Service)com.ibm.websphere.sca.ServiceManager.INSTANCE.locateService("BankServicePartner"); => O nome da referência "BankServicePartner" é derivado do arquivo sca.references no módulo (por exemplo, <reference name="BankServicePartner">...). Este arquivo existirá após a criação de uma referência independente no editor de ligação. com.ibm.websphere.sca.scdl.OperationType operationType = bankService.getReference().getOperationType("openAccount"); => Utilizaremos o tipo de operação para obter os tipos DataObject que precisam ser transmitidos para a operação de chamada com.ibm.websphere.bo.BOFactory factory = (com.ibm.websphere.bo.BOFactory) new com.ibm.websphere.sca.ServiceManager().locateService("com/ibm/websphere/bo/BOFactory"); => Maneira padrão de obter o depósito de informações para a criação de objetos de negócios. commonj.sdo.DataObject input = factory.createByType(operationType.getInputType()); => criar o tipo adequado de objeto de dados que a operação espera como entrada commonj.sdo.DataObject customer = input; => suponha que não temos uma entrada agrupada por enquanto if(operationType.isWrapperType(operationType.getInputType())) { => Para chamar a referência neste caso, o wrapper definido no arquivo WSDL da interface deve ser transmitido. Portanto, criamos o objeto de dados agrupado e o configuramos no wrapper (o nome da propriedade é derivado do esquema seqüencial no arquivo 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); => As 5 linhas acima configuram os atributos no 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; => A saída retornada pode ou não ser agrupada.
Boas Práticas: Se precisar desenvolver aplicativos Java ou importar arquivos JAR que serão utilizados em um módulo de integração de negócios, será necessário criar um projeto Java para o código e incluir uma dependência no projeto Java para o módulo que utilizará o código Java.
As propriedades Java da biblioteca ou módulo de integração de negócios não devem ser alteradas, porque isto pode causar problemas na geração do código de implementação. Por isso, não é recomendável desenvolver aplicativos Java complexos ou importar arquivos JAR para uma biblioteca ou módulo para utilizá-los. Além disso, quando gerar implementações Java para componentes em um diagrama de montagem, as implementações Java geradas devem ser utilizadas como um ponto de ativação para chamar outras classes Java.
Observe que a visualização Integração de Negócios mostra apenas implementações e interfaces Java utilizadas em um diagrama de montagem. Elas estão listadas no módulo que as utiliza. Se precisar trabalhar com projetos Java, você poderá comutar para trabalhar com a perspectiva Java.
Comutando para a Perspectiva Java
Abra a perspectiva Java seguindo estas etapas:
Na perspectiva Java, as duas perspectivas abertas são mostradas no canto superior direito da janela Workbench, você pode comutar para a perspectiva Integração de Negócios clicando no botão Perspectiva Integração de Negócios, conforme mostrado nesta imagem:
Boas Práticas: Se você pretende utilizar importações e exportações em diagramas de montagem, será uma boa prática colocar os objetos e interfaces de negócios utilizados pelas importações e exportações em uma biblioteca para que eles possam ser compartilhados. Em seguida, inclua a dependência na biblioteca para todos os módulos que utilizam estes recursos comuns. Evite copiar os mesmos objetos e interfaces de negócios para módulos diferentes para utilizá-los.
Se precisar utilizar um arquivo WSDL em um módulo, copie-o para o módulo. Opcionalmente, copie o arquivo WSDL para uma biblioteca e, no módulo, configure uma dependência na biblioteca para que seja possível utilizar os recursos da biblioteca. Se você tentou arrastar um arquivo WSDL de outro tipo de projeto, por exemplo, um projeto da Web, uma mensagem de erro solicitará que você copie o WSDL para o módulo ou biblioteca.
Você deve evitar modificar dependências do módulo fora do editor de dependência.
Quando você inclui uma dependência em uma biblioteca, um projeto Java ou um projeto J2EE, as alterações são feitas nas propriedades do módulo. Ou seja, as propriedades do módulo serão alteradas da seguinte forma:
Utilize o editor de dependência para gerenciar dependências do projeto para seus módulos e bibliotecas em vez de editar suas propriedades. Existem premissas importantes Java configuradas nas propriedades dos módulos e bibliotecas, portanto, você não poderá modificar as propriedades Java, por exemplo, para alterar suas pastas de origem e de saída.
Informações relacionadas