SOA Workshop - JBoss ESB v1.1

@ Alguns direitos Reservadoshttp://www.edgarsilva.com.br

Bem vindo ao Workshop SOA

• Objetivo:– Fazer com que a audiência compreenda os principais

conceitos de Arquiteturas Orientadas a Serviços - SOA , como foco no barramento de serviços: JBoss ESB

Instrutor

Edgar A. Silva– edgar.silva@gmail.com – http://www.edgarsilva.com.br– http://ankiewsky.blogspot.com – http://jbossbrasil.ning.com/profile/edgar

Softwares que vão ser usados neste Workshop

• Eclipse Ganymed• JBoss Tools• JBoss ESB Server 4.4 GA• Opcionais:

– jBPM 3.2– DroolsD

Agenda

• Visão Geral de Arquitetura Orientada a Serviços

• WebServices: Até onde eles vão e quais suas maiores limitações

• Visão geral dos Enterprise Integration Patterns - EIPs

• Conceitos de Programação Orientada a Mensagens e MOMs

• Visão geral de um Enterprise Service Bus

• Apresentando o JBoss ESB

• Entendendo as distribuições do JBoss ESB

• Recompilando o JBoss ESB com base nos fontes do JBoss.ORG

• Ferramentas embarcadas com o JBoss ESB

• Executando os primeiros Exemplos do JBoss ESB

• Entendento o que são Providers (protocolos)E

• Clientes ESB Unware e ESB Aware

• Entendendo os Serviços e seus Listeners

• Compreendendo Actions do ESB

• Actions out-of-the-box

• Actions Personalizadas

• Actions baseadas em Annotations

• Integrando o ESB a Serviços de Regras do Drools

• Integrando o ESB a BPM com jBPM

• Construindo consumidores e provedores de WebServices com JBoss ESB

Planejamento

• Início: 09:00 • Break: 10:30 (10 minutos)B• Almoço: 13:00• Retorno: 14:00• Break: 16:20 (15 minutos)B• Término: 18:00• Bate-papo: 18:10 (20 minutos)B

Visão Geral de Arquitetura Orientada a Serviços

SOA (Service Oriented Architecture)S

SOA Transformou TI em Tecnologia da Inovação

• Respostas mais rápidas• Aceitação das

Mudanças• Foco em entrega de

Valor• Integrações• Você!

O que SOA é então?

• Arquitetura Orientada a Serviços - SOA– Um modelo Arquitetural que visa proporcionar resiliência,

respostas rápidas a mudanças, integrações com o novo e o legado, fortemente baseada em contratos/serviços, proporcionando monitorações dos mesmos, bem como princípios de qualidade(SLA por exemplo)p

Enão o que SOA não é?

• Uma Solução vendida em Caixinha

• A necessidade da compra de licenças de 982983298 produtos.

• Uma Tecnologia...• Uma Linguagem...• Uma tendência....• Um monte de

WebServices!!!!!!!!!!!!!!!!!!!!!• Um cara que diz: “Eu uso

SOA”

SOA e OpenSource

• A chance de aprender primeiro• A chance de errar e não ter prejuízo• Use OpenSource não só usando mas:

– Contribuindo– Testando– Perguntando/Reclamando nos Foruns das Comunidades

• Quando tudo estiver pronto para entrar em produção procure usar Opensource que possuir Suporte Oficial de uma grande empresa como garantia de atendimento, continuidade e SLA.

Soluções de Tecnologia OSS para SOA

• Enterprise Service Bus - ESB– JBoss ESB, Mule, Apache ServiceMix

• BPM– JBoss jBPM, OSWorkflow, Intalio

• Rules Engines (Regras)R– Drools, TeamWare

Foco do Workshop

• ESB (Enterprise Service Bus)E– JBoss ESB

WebServices: Até onde eles vão e quais suas maiores limitações

WebServices

• Alternativa bem sucedida em termos de RPC• Contract Enforcement (WSDL, XSD)• Stateless (Http)S• SOAP• WSDL• XML, XML Schema• WS * (* = Transações, Segurança, Colaboração etc)W• Interoperabilidade (Java, .net, Ruby, PHP, etc)I

Stacks Java para WebServices

• Sun Metro– https://metro.dev.java.net/

• Apache CXF– http://cxf.apache.org/

• JBossWS– http://www.jboss.org/jbossws/

WebServices nos dias de hoje

• EJB 3.0– Suporte a anotações sobre os POJOs– Capacidade de expor um EJB como um endpoint SOAP

controlado pelo contêiner EJB– Facilita a exposição / ocultamento de operações no

endpoint através de anotações (ver limitações nas specs)

• Spring Framework– Simplificadores para proporcionar o uso de WebServices.

WebServices são formidáveis porém....

• Da mesma forma que você resolve inúmeros problemas complexos com WebServices, eles acabam acarretando uma complexidade alta mesmo para serviços simples.

• Casos Reais onde WebServices atrapalharam alguns clientes:– Tamanho do pacote XML trafegado no HTTP– Autenticações entre domínios de segurança diferentes– Dificuldade de manter transações consistentes devido a

heterogêneidade de plataformas (C++, COBOL, Java)

Alternativas ao WebServices

• Soluções dos “velhos tempos” muito comum em C++, PHP e outras soluções:– XML-RPC

• Dias de Hoje:– REST (REpresentational State Transfer)R

•Liberdade de Escolha de Padrão de Comunicação•Baseado em URLs

Conclusão WebServices

• Grandes meios de ponto de exposição de Serviços(Endpoints)E

• Ótima solução de Interoperabilidade• Padronizações para requisitos corporativos

padronizadas pelo mercado (ex: WS-Security, WS-Addressing, WS-Transactions etc)A

• Apenas não tenha em mente que apenas de WebServices uma Arquitetura de Serviços sobrevive.

Pense bem também em:

• Oferecer diferentes possibilidade de acesso aos seus serviços e não só WebServices– REST, Http, Sockets, JMS e etc

• Se você tiver isto em mente, nunca vai abusar demais das capacidades que WS podem lhe oferecer, mantendo assim a questão de “baixo acoplamento+contratos” sempre real na sua arquitetura.

Visão Geral dos EIPs

EAI como Disciplina de SOA

• Necessidade de Integrações entre sistemas:– Enterprise Integrations

Patterns• http://www.eaipatterns.comhttp://www.eaipatterns.com

• Estilos de Integração– Transferência de Arquivos– Banco de Dados

Compartilhado– RPC– Mensageria

Detalhes (Amazon):

http://www.amazon.com/dp/0321200683?tag=enterpriseint-20&camp=14573&creative=327641&linkCode=as1&creativeASIN=0321200683&adid=1FD4YKBA2G6QMH71706H&

Enterprise Integration Patterns

Estrutura de um EAI PatternSplitter

Contexto:Um cenário para ser processado deve ser tratado como partes independentes que carregam informações íntrinsicas para o negócio

Problema:Como processamos uma mensagem que contêm várias informações distintas e cada informação é processada em um sistema ou forma diferente?

Solução:Usar um splitter para separar as informações de uma mensagem, e que envie cada parte da mensagem a seu respectivo sistema para processamento.

Consequências:Overhead no desempenho do processamento da mensagem original, splitter deve conhecer o contrato do emissor da mensagem para saber o que responder, acoplamento funcional do splitter com os sistema que executarão as partes da mensagem, mecanismos transacional centrado no splitter (All or Nothing)

Conceitos de Programação Orientada a Mensagens e

Programação Assíncrona

• Tradicional:– Requisita => Espera Resposta

• Assíncrona:– Requisita=>Não Espera => Após terminar o processamento

pode ser enviada uma resposta

• Cenário de Negócio:– Pagamento de Cartão de Crédito

Mensagens – JMS (Java Message Services)M

• Poder de trocar informações de forma assíncrona• Publicação de Mensagens• Conceitos:

– Queue – 1 Mensagem 1 Interessado (ex: e-mail)Q– Topic – 1 Mensagem N Interessados (ex: mailing-list)T

• MOM - Message Oriented Middleware– WebSphere MQ

– SonicMQ

– ActiveMQ

– JBossMQ, NOVO JBoss Messaging

JBoss Messaging 2.0_alpha - Benchmark

• Usado em larga escala em integrações e aplicações críticas, principalmente em bancos e grandes empresas.

• Meio comum de comunicação com legados (ex: Websphere MQ + COBOL)(

• JMS motivou bastante a indústria para criar uma centralização de Serviços, gerando o conceito de Barramento de Serviços ou ESB.

Enterprise Services Bus - ESB• Uma forma de intregar padrões de

comunicação, tranformação e roteamento entre serviços.

• ESB pode ser visto como um conjunto de componentes que interligam camadas de negócios com serviços de integração tais como:– Roteamento de Dados– Transformação de Dados– Transformação de Protocolos– Mapeamentos de Serviços de Nomes– Processamento de Mensagens– Gerenciamento de Transações– Coordenação da implementação de Serviços (Orchestration)C– Coordenação de Processos de Negócios (Choreography")C– Security management

JBoss ESB

• Roteamento– Baseado em Conteúdo (CBR)B– Lista de Destinos (Static routing)L

• Orquestração– BPM - Business Process Management (jPDL)B– Web Services Orchestration (WS-BPEL)W

• Web services• Rules services• Transformation Services• EDA (Event-Driven Architecture)E

Enterprise Service Bus

• Barramento de Serviços– Escutar os eventos dentro dos protocolos– Responder com Ações– As Ações podem chamar ou serem os serviços.

ESB: Visão Tradicional

Visão JBoss ESB

Governança SOA (RAS, APM, Regras, DSLs)G

Varios ESB's atuando em balanceamento ou clustering

Necessidade de um ESB

• Você precisa de integração, mas precisa se focar no negócio e não como Java gerencia um socket ou as threads para ler um arquivo texto

• Você está participando de um projeto multi-departamental e ao longo prazo, e não, uma simples aplicação que acessa vários legados.

• Lembre-se: Foco

Como a maioria dos ESB's funcionam

Um Serviço fica registrado

no ESB de alguma forma.

Um Serviço pode estar

associado a 1 oumais protocolos(ws,jms,ftp etc)(

Os Serviços Respondem A estimulos

dos protocolos

Pasta X

JBoss ESB

Cenários ESB

Instalando o JBoss ESB

• Realizando o Download do JBoss ESB Server • Realizando o Download do JBoss ESB• Baixando os Fontes do JBoss ESB

JBoss ESB Server

• http://www.jboss.org/jbossesb/downloads/ • Utilize o JBoss Esb Server <VERSAO>

– Forma mais simples de você utilizar o JBoss ESB, pois ele já traz o ESB embarcado dentro do JBoss App Server

– Instalação: •Descompacte o zip•Entre no diretórios jboss-as/bin•Digite ./run.sh para Unix OS ou run para Windows

JBoss ESB

• Se você precisar instalar em um JBoss App Server, você vai executar um script ant para isto:

• Na pasta install leia o readme.txt

JBoss ESB acesso ao SVN

• http://www.jboss.org/jbossesb/subversion.html• Cliente SVN• Comandos:

– svn co http://anonsvn.jboss.org/repos/labs/labs/jbossesb/

“ Run Forest, run...”

Executando o JBoss ESB pela primeira vez

• <Jboss_ESB_Install_dir>/bin/run.sh

Estrutura do JBoss ESB

• |-- bin (binário do App Server)|• |-- client (bibliotecas cliente)|• |-- docs (Documentações)|• |-- jar-versions.xml (Versões dos Jars)|• |-- javadocs• |-- lib • |-- samples (Exemplos diversos)|• |-- server (perfis do Jboss App Server)|

QuickStarts

• install_dir/samples/quickstarts– Inúmeros exemplos para cenários reais onde você pode

aplicar o uso de um ESB, no caso: JBoss ESB

ESBGEN

• esbgen.sh – É basicamente uma simples ferramenta que cria um projeto

básico com suas bibliotecas requeridas, arquivos e scripts ants para compilação, deploy e teste.

• documentação/download:http://ankiewsky.blogspot.com/2008/10/esbgen-easy-way-to-create-jboss-esb.html

Usando o esbgen

A primeira Aplicação JBoss ESB

Ingredientes de um Projeto ESB

• build.xml – Script ANT• jbm-queue-service.xml – Definição das filas JMS• deployment.xml – Ordem e dependência de

deployment• jboss-esb.xml – Definição dos Serviços ESB• jbossesb-properties.xml – Propriedades do Serviços• src – Códigos Java :)s

Providers no JBoss ESB(protocolos de escuta de serviço)(

Provider

• Do inglês:– Provider \Pro*vid"er\, n.

•One who provides, furnishes, or supplies; one who procures

•what is wanted.

• Evite confundir com a tradução “provedor”

Providers no JBoss ESB

• São os “protocolos” onde os eventos de Integração podem acontecer

• Event-Driven Architecture– Arquitetura Dirigida por Eventos– Um modelo muito comum em arquiteturas SOA

• Eventos?– Copiar um TXT para uma pasta– Publicar uma mensagem num Queue JMS– Realizar a chamada de um Método de um WS

JBoss ESB possui os seguintes providersProtocolos de Escuta

• JMSProvider

• FSProvider

• FTPProvider

• JBRProvider

• SQLProvider

• HibernateProvider

• JCAProvider

• BusProvider

• SchedulerProvider

Em todos estes providersInformações podem chegar.

Estas informações servem de subsídiospros serviços

Clientes “ Aware” e “ Unaware” para o JBoss ESB

Na doc do JBoss ESB estes conceitos aparecem bastante

• As informações publicadas nos providers são tratadas como Mensagens

• Estas mensagens podem ser:

– ESB Aware – No formato que o JBoss ESB compreende

– ESB Unaware – Um cliente externo está publicando uma mensagem que ainda não é do formato que o ESB compreende

ESB Unaware

• São clientes que podem ser Java ou não:– Um ERP que gera um TXT numa pasta– Um cliente que envia um xml via FTP– Um cliente PHP que chama uma operação via HTTP

ESB Aware

• O JBoss ESB possui um formato para suas mensagens, uma vez esta mensagem dentro do barramento (pipeline), este formato se mantém conhecido e na mesma estrutura por toda sua execução.

ESB Message/ SOAP Message<xs:complexType name="Envelope">

<xs:attribute ref="Header" use="required"/>

<xs:attribute ref="Context" use="required"/>

<xs:attribute ref="Body" use="required"/>

<xs:attribute ref="Attachment" use="optional"/>

<xs:attribute ref="Properties" use="optional"/>

<xs:attribute ref="Fault" use="optional"/>

</xs:complexType>

public interface Message

public Header getHeader ();

public Context getContext ();

public Body getBody ();

public Fault getFault ();

public Attachment getAttachment ();

public URI getType ();

public Properties getProperties ();

JBoss ESB Gateways

• São providers que vão servir de porta de entrada para clientes “Unaware”

Gateways para ESB Message

Gateway

(recebe um dado)(

ESBAware

Mensagem padrão dentro do barramento

PHPClient

.netClient

Visualizando os Providers no jboss-esb.xml

Declarando Serviços

<service category="Simples"

name="MySimpleService">

</service>

</services>

Declarando Listeners de Serviços

<jms-listener name="JMS-Gateway"

busidref="myesbprojectsimpleGwChannel" maxThreads="1" is-gateway="true" />

<jms-listener name="JMS-ESBAware"

busidref="myesbprojectsimpleEsbChannel" maxThreads="1" />

</listeners>

Declarando Actions do JBoss ESB

Declarando ESBActions

<action name="dump"

class="org.jboss.soa.esb.actions.SystemPrintln">

</action>

</actions>

Visualiazando a Árvore que forma um Serviço

• Há Providers• Há Serviços

– Que possuem Listeners– Estes Listeners escutam os Providers

•Quando algo acontece nos Providers– As Actions do Listeners são disparadas

Actions “ Out-of-the-box” no JBoss ESB

Actions

• O JBoss ESB possui várias Actions prontas que respondem aos eventos que acontecem nos providers

• Estas Actions desempenham inúmeros papéis, entre eles:– Transformar conteúdos das Mensagens– Rotear a Mensagem pro destino apropriado– Capturar Informações e inserir num banco de Dados– Chamar outros Serviços de dentro do barramento

ActionsVeja Programmers Guide (Pág 80 a 111)V

• Transformers & Converters

• ByteArrayToString

• LongToDateConverter

• ObjectInvoke

• ObjectToCSVString

• ObjectToXStream

• XStreamToObject

• SmooksTransformer

• SmooksAction

• XML, EDI, CSV e Input Payloads

• Java Input Payload

• Specifying the Result Type

• PersistAction Management

• jBPM BpmProcessor.

• GroovyActionProcessor

• EJBProcessor

• EIPs Actions

• EchoRoutr, HttpRouter JMSRouter

• ContentBasedRouter, StaticRouter, StaticWiretap

• Notifier

• SOAPProcessor

Utilizando Actions do JBoss ESB

• Sempre consulte o catálogo de Action já prontas antes de começar uma do zero.

• Actions mais comuns:– Transformação– Roteamento– As que implementam os EIPs

Exemplo de Action de Transformação

• Smooks – Framework codehaus• org.jboss.soa.esb.smooks.SmooksAction

Caso de Uso

• Transformar um arquivo TXT em XML • Conteúdo do Arquivo:

compras.edgarsilva.2812072359.txt

123131090903190931,45.43

098928938298193819,9.56

Smooks em Ação<?xml version='1.0' encoding='UTF-8'?><smooks-resource-list xmlns="http://www.milyn.org/xsd/smooks-1.0.xsd">

<resource-config target-profile="source-csv" selector="org.xml.sax.driver"> <resource>org.milyn.csv.CSVParser</resource> <param name="fields" type="string-list"> transacao,valor </param> </resource-config>

<resource-config target-profile="canonical-xml" selector="csv-set"> <resource type="xsl"> <![CDATA[<ROOT> <xsl:for-each select="csv-record"> <Transacao> <numero><xsl:value-of select="transacao"/></numero> <valor><xsl:value-of select="valor"/></valor> </Transacao> </xsl:for-each></ROOT> ]]> </resource> <param name="is-xslt-templatelet">true</param> </resource-config>

<resource-config selector="Transacao"> <resource>org.milyn.javabean.BeanPopulator</resource> <param name="beanId">transacao</param><param name="beanClass">bpmesb.Transacao</param> <param name="bindings"> <binding property="id" selector="Transacao/@numero" /> <binding property="valor" selector="Transacao/@valor" type="Double"/> </param> </resource-config>

</smooks-resource-list>

Ações SmooksAqui cai como CSV:<action class="org.jboss.soa.esb.smooks.SmooksAction" name="transform-from-csv"> <property name="smooksConfig" value="/smooks-res.xml"/> <property name="messageProfile" value="source-csv"/></action>

Depois Transforma para um XML estruturado<action class="org.jboss.soa.esb.smooks.SmooksAction" name="transform-to-xml"> <property name="smooksConfig" value="/smooks-res.xml"/> <property name="messageProfile" value="canonical-xml"/></action>

Actions Personalizadas

• Implementar a interface:– org.jboss.soa.esb.actions.ActionPipelineProcessor

– org.jboss.soa.esb.actions.BeanConfiguredAction

• Para Ajudar a ler propriedades do Contexto do ESB

• Herdar da classe (mais comum e recomendável)H– org.jboss.soa.esb.actions.AbstractActionPipelineProcessor

Regras para as Actions

• Ao herdarem de AbstractActionLifeCycle devem:– Receber um ConfigTree no Construtor– Ter um método que receba como parametro um ESB

Message e que o devolva alterado ou não como retorno deste método.

Exemplo de Actionimport org.jboss.soa.esb.actions.AbstractActionLifecycle;import org.jboss.soa.esb.helpers.ConfigTree;import org.jboss.soa.esb.message.Message;

public class WorkshopAction extends AbstractActionLifecycle {

ConfigTree tree;

public Workshop(ConfigTree t) {

tree = t; }

public Message execute(Message m) {

System.out.print("Action executada ...");

return m; }

Laboratórios & Demos

Quickstarts

• helloworld_action• helloworld_db_registration• helloworld_file_action• helloworld_ftp_action• helloworld_hibernate_action• helloworld_sql_action

Material de Documentação neste ponto

• JBoss ESB Programmers Guide– esb_install_dir/docs/ProgrammersGuide.pdf

Lab 1Criando um Projeto ESB com esbgen

Solução

• Configurar o esbgen e Apache ANT• Chamar o esbgen

– Confirmar a workspace– Informar o nome workshoplab1 no nome do projeto– Confirmar as outras sugestões do esbgen

• Entrar no diretório workshoplab1• Verificar se todos os arquivos foram gerados• Abrir o Eclipse e importar o Projeto para a

Workspace (lembre-se que a workspace será a pasta quickstarts)q

• Vá no esb_install_dir/bin/ e inicie o ESB server via o comando ./run.sh ou run

• Vá até o diretório workshoplab1 e digite run deploy

Objetivo do Lab: Fazer com que você tenha os primeiros contatos com o

Jboss ESB e com os artefatos que compoem um Projeto usando esta tecnologia.

Resultado : No final você deve ter visto a mensagem de deploy com sucesso do seu servico worshoplab1.esb

Resumo da Solução - jboss-esb.xml<?xml version = "1.0" encoding = "UTF-8"?><jbossesbxmlns="http://anonsvn.labs.jboss.com/labs/jbossesb/trunk/product/etc/schemas/xml/jbossesb-1.0.1.xsd"parameterReloadSecs="5">

</jms-provider>

</providers>

Resumo da Solução - jboss-esb.xml<services>

<jms-listener name="JMS-Gateway" busidref="workshoplab1GwChannel" maxThreads="1" is-gateway="true" />

<jms-listener name="JMS-ESBListener" busidref="workshoplab1EsbChannel" maxThreads="1" />

</listeners>

</actions></service></services>

</jbossesb>

Resumo da Solução - jboss-esb.xml

<jms-listener name="JMS-Gateway" busidref="workshoplab1GwChannel" maxThreads="1" is-gateway="true" />

<jms-listener name="JMS-ESBListener" busidref="workshoplab1EsbChannel" maxThreads="1" />

</listeners>

</actions></service></services>

</jbossesb>

<?xml version = "1.0" encoding = "UTF-8"?><jbossesbxmlns="http://anonsvn.labs.jboss.com/labs/jbossesb/trunk/product/etc/schemas/xml/jbossesb-1.0.1.xsd"parameterReloadSecs="5">

</jms-provider>

</providers>

jbm-queue-service.xml (Filas JMS)j<?xml version="1.0" encoding="UTF-8"?><server> <mbean code="org.jboss.jms.server.destination.QueueService" name="jboss.esb.workshoplab1.destination:service=Queue,name=workshoplab1_GateWay" xmbean-dd="xmdesc/Queue-xmbean.xml"> <depends optional-attribute- name="ServerPeer">jboss.messaging:service=ServerPeer</depends><depends>jboss.messaging:service=PostOffice</depends>

</mbean>

<mbean code="org.jboss.jms.server.destination.QueueService" name="jboss.esb.workshoplab1.destination:service=Queue,name=workshoplab1_ESB" xmbean-dd="xmdesc/Queue-xmbean.xml"> <depends optional-attribute- name="ServerPeer">jboss.messaging:service=ServerPeer</depends><depends>jboss.messaging:service=PostOffice</depends></mbean></server>

Criando uma Action

WorkshopActionpackage org.demo.workshoplab1;

import org.jboss.soa.esb.actions.AbstractActionLifecycle;import org.jboss.soa.esb.helpers.ConfigTree;import org.jboss.soa.esb.message.Message;

protected ConfigTree configTree;

public WorkshopAction(ConfigTree t) { configTree = t;}

public Message processarAcaoDentroDoESB(Message m){ System.out.println("Passou no ESB e recebeu os dados"); return m;}

Plugando a Action no Serviço do ESB

Plugando a Action ao Serviço <actions mep="OneWay"> <action class="org.jboss.soa.esb.actions.SystemPrintln" name="dump"> <property name="message"/> <property name="printfull" value="true"/> </action>

</actions>

package org.demo.workshoplab1;...

public Message processarAcaoDentroDoESB(Message m){ System.out.println("Passou no ESB e recebeu os dados"); return m;}

Entendendo o empacotamento .esb

Empacotamento .esb

• No JBoss ESB, o(s) serviço(s) são “deployados” com a extensão .esb

• Um .esb é um Archive como um jar, war, ear mas assim como o sar, é especifico do JBoss Esb

Estrutura do .esb

├───METAINF

│ ├───jbossesb.xml (descritor dos serviços)j

│ ├───deployment.xml (dependência de deployment)d

│ └───MANIFEST.MF

├───<java classes> (classes compiladas .class)<

├───<jars> (bibliotecas)<

└───<queueservice.xml> (Serviços JMS)<

Actions baseadas em Annotations

• http://ankiewsky.blogspot.com/2008/09/posos-plain-old-services-objects-in.html

• Possível reaproveitar POJOs dentro do Barramento de Serviços

• DEMO

Integração JBoss ESBcom o Drools

Drools

http://www.jboss.org/drools/

Drools

• Engine de Regras • Permite separar regras de negócios das outras

atividades.• Atualização “hot” de Regras.• BRMS – Business Rules Management System• JSR 094• DSL – Domain Specific Language• Guvnor

Drools Guvnor

• Interface Web de Gerenciamento de Regras de Negócios Java

• Repositório de Regras• AtomPub, JCR, WebDav• Garante que as regras fiquem separadas dos códigos

de Infra-estrutura• http://www.jboss.org/community/docs/DOC-9834

Importância para o ESB

• CBRs• Regras em Gerais para implementações de vários

EIPs• Validações• Permissões• Re/Encaminhamento de Processamento

Drools Guvnor: Login

Drools: Tela Principal

Drools: “ Ativos” de Regras

Drools: Edição de Regras

Drools: Edição de DSLs

Drools: Repositórios

Arquiteturas

JBoss ESB

Provider

Action

Exemplo Droolstry { Properties props = new Properties(); props.load(OrderRunner.class.getResourceAsStream("Guvnor.properties")); RuleAgent agent = RuleAgent.newRuleAgent(props); RuleBase ruleBase = agent.getRuleBase(); WorkingMemory workingMemory = ruleBase.newStatefulSession();

Customer customer = new Customer(); customer.setFirstName("Edgar"); customer.setLastName("Silva"); customer.setStatus(9); OrderHeader order = new OrderHeader(); order.setOrderDiscount(0); order.setOrderPriority(1); order.setTax(17.2); workingMemory.insert(customer); workingMemory.insert(order);

System.out.println("See the Tax: " + order.getTax()); workingMemory.fireAllRules(); System.out.println("See the Discount: " + order.getOrderDiscount()); System.out.print("See the changed Tax: " + order.getTax()); } catch (Exception e) {System.out.println(e.getMessage());e.printStackTrace();}

Guvnor.properties

url=http://192.168.161.1:8080/drools-guvnor/org.drools.guvnor.Guvnor/package/org.acme.ordermanagement/LATEST#file=/opt/java/eclipse/workspace/fidelity/src/main/java/org.acme.fidelity.pkg

ESB & BPM

Business Process Management - BPM

• Quando falamos de BPM em nível de serviços o sentido está em buscar uma forma de orquestrar o a ordem e o funcionamento dos serviços.

• Orquestração é uma capacidade muito importante para o desenho e execução de uma Arquitetura Orientada a Serviço

Business Process Management

• Gerenciar Processos de Negócios em resumo:– Workflows– Gerenciar Estado+Informações– Representar Graficamente o Estado– Permitir extrair informações estatísticas a exemplo:

•Quantos Processos estão parados na “Análise de Crédito”

•Qual o nó do processo que mais demanda tempo•Quais usuários mais tem processos associados em

execução

JBoss jBPMArquitetura do Projeto

Abstração de qualquer linguagem de Processo

JBoss jBPM 3.2

• Permite Gerenciamento de Processos de Negócios de forma visual e via código(xml).

• Processos podem ser adicionados e ou removidos com a mesma facilidade de hotDeployments.

• Gerencia a Execução de Processos de Negócios.

• Eclipse jBPM Designer – Edição Visual de Processos

• Console Web de Processos

• jPDL – para BPM and workflow

• Suporte ao PVM (Novo)P

• Suporte a BPEL (WS-BPEL)S

• Gerenciamento de Estados / Tarefas

• Salva estados do processo em Banco de Dados

• Gerencia associação de usuários e grupos

• Multi-Banco de Dados (Hibernate)M

• Pode rodar dentro do JBoss AS ou fora, ou até mesmo em outros AS.

Boas soluções de BPM devem Possibilitar ...

Que uma pessoa não técnica possa criar modelos de negócio e mapas mentais sem auxilio da TI

Que o mesmo modelo criado possa inspirar a criação de um processo executável!

Padrões de coreofrafia, orquestração de serviços e gerenciamento de tarefas humanas para acomodar a execução dos processos.

A geração, extração e analise de métricas e indicadores que viabilizem a analise do processo e sua melhoria contínua.

Como o jBPM é visto Atualmente?

Bom!Excelente!

Excelente!Fraco!

Arquiteto Corporativo +Analista de Negócio

Integrador de Dados eServiços + Desenvolvedor

Problemas das ferramentas de BPM

• Algumas muito boas no Desenho, porém fracas em Execução

• Outras muito boas mas somente em Execução e fracas no Desenho

JBpm: Opção #1 ao embarcar soluções de Workflow/BPM

JBpm: Casos de Uso

• Como motor de processos e aplicações• Exemplo de uso com Microsoft .net

JBoss jBPM (motor de processos)J

Camada de Serviços (WebServices)C

Cliente Asp.Net Cliente Desktop VB.Net

jBpm: Casos de Uso

• Como motor de Processos• Cliente habilitando SOA na sua empresa

JBoss jBPM (motor de processos)J

EJBs WebServices REST

Vários Clientes (Java, PHP, Delphi etc)V

JBpm : Framework

• Oferece um framework sofisticado para tratamento de processos de negócios e workflow

• Fácil aprendizado• Open-Source

JBpm: Designer

• Plugins do Eclipse• Permite que o desenvolvedor traduza o desenho do

processo de quaquer linguagem para a notação do jBPM.

• Suporte a Interações Humanas• Suporte a Interações Sistemicas• Suporte a Eventos• Futuro: Exportador para BPMN/XPDL

jBpm: Designer

jBpm: Console• Ferramenta Web que permite:

– Visualizar os Processos Instalados e suas versões– Visualizar as instâncias em execução de cada

processo– Simular a execução dos Processos– Instalar novos processos– Controlar acessos de usuários aos processos– Mostrar gráficamente em que passo o processo

está parado– Permite personalização de cores, fontes, idiomas e

etc, proporcionando uma melhor experiência visual para os clientes.

jBpm: Console

Orquestrando Processos com jBPM no JBoss ESB

Camada: JBoss ESB

• 1. Service Orchestration• 2. Human Task Management

JbpmAction : JBoss ESB

<action class="org.jboss.soa.esb.services.jbpm.actions.BpmProcessor"

name="$ActionJBPM">

</property></action>

JbpmAction : JBoss ESB

org.jboss.soa.esb.services.jbpm.actions.BpmProcessor

•Esta Action é responsável por gerenciar a execução dos processos do jBpm•Comandos Disponíveis:

– StartProcessInstanceCommand– SignalCommand– CancelProcessInstanceCommand

Na camada do Jbpm: ESBNode

• Podemos desenhar os processos de negócios, onde um dos nós do processo pode ser exatamente a representação de um serviço.

ESBService Node

Quickstarts & Labs

QuickStarts

• bpm_orchestration1• bpm_orchestration2• bpm_orchestration3• bpm_orchestration4

Documentação

• esb_install_dir/doc/Service Doc.pdf• Páginas 49 a 59

Demonstração de BPM + ESB

WebServices no JBoss ESB

Valores da Solução

• Transporte– HTTP, SMTP, JMS

• Padronização de Dados– XML

• Soluções Leves podem ser usadas– XML sobre HTTP

• Padrões de Mercado : XML é a chave– WSDL : definição

– UDDI : registro– SOAP : Protocolo

• Simple Object Access Protocol• Sucesso de Mercado há mais de 1 decada

De acordo com a W3C spec

• SOAP is a lightweight protocol for exchange of information in a decentralized, distributed environment. It is an XML based protocol that consists of three parts:– an envelope that defines a framework for describing what is

in a message and how to process it

– a set of encoding rules for expressing instances of application-defined datatypes

– a convention for representing remote procedure calls and responses.

JSR 181

Anotações JSR 181

• @WebService– Faz com que uma classe Java “vire” um WS

• @WebMethod– Identifica um método do WS dentro da classe

• @SOAPBinding– Configura o modo SOAP de exposição

• @WebParam– Personaliza o mapeamento de um paremetro

• @WebReturn– Personaliza um mapeamento de retorno

@WebService pode anotar uma classe ou interface

@WebMethod pode anotar um método

@WebParam pode anotar parametros

@WebResult pode anotar o retorno

WebServices e o JBoss ESB

• InBound – Produtores de Serviços – Dentro do barramento– Exposição de Serviços via WebService

• Outbound – Consumidores de Serviços – Fora do barramento– Centralizadores de Serviços– Orquestração– Interoperabilidade .net por exemplo

Inboud WebServices

• O JBoss ESB pode ser seu repositório de Serviços• O JBoss ESB tem a capacidade de trafegar uma

Mensagem SOAP dentro do barramento de Serviço, convertendo-a para uma mensagem de conhecimento para os serviços do ESB.

Quickstart: webservice_producer

import javax.jws.WebService;import javax.jws.WebMethod;import javax.jws.Oneway;import javax.jws.WebParam;import org.jboss.soa.esb.message.Message;import org.jboss.soa.esb.actions.soap.SOAPProcessor;

@WebService(name = "GoodbyeWorldWS", targetNamespace="http://webservice_producer/goodbyeworld")// @SOAPBinding(style = SOAPBinding.Style.RPC)public class GoodbyeWorldWS {

@WebMethod public String sayGoodbye(@WebParam(name="message") String message) {

Message esbMessage = SOAPProcessor.getMessage();

if(esbMessage != null) { System.out.println("**** SOAPRequest perhaps mediated by ESB:\n" + esbMessage.getBody().get()); } System.out.println("Web Service Parameter - message=" + message); return "... Ah Goodbye then!!!! - " + message; }}

O JBoss ESB vai injetar esta mensagem neste ponto em nosso WebService, quando elefor chamado por um Gateway ou via um envelope SOAP

WebService e o WAR file com a JSR 118<?xml version="1.0" encoding="UTF-8"?>

<web-app xmlns="http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd" version="2.4">

<servlet> <servlet-name>GoodbyeWorldWS</servlet-name> <servlet-class>meu.meupacote.GoodbyeWorldWS</servlet-class> </servlet>

<servlet-mapping> <servlet-name>GoodbyeWorldWS</servlet-name> <url-pattern>/GoodbyeWorldWS</url-pattern> </servlet-mapping>

</web-app>

Relação Classe Java com web.xmlimport javax.jws.WebService;import javax.jws.WebMethod;import javax.jws.Oneway;import javax.jws.WebParam;import org.jboss.soa.esb.message.Message;import org.jboss.soa.esb.actions.soap.SOAPProcessor;

@WebService(name = "GoodbyeWorldWS", targetNamespace="http://webservice_producer/goodbyeworld")// @SOAPBinding(style = SOAPBinding.Style.RPC)

public class GoodbyeWorldWS {

@WebMethod public String sayGoodbye(@WebParam(name="message") String message) {

Message esbMessage = SOAPProcessor.getMessage();

if(esbMessage != null) { System.out.println("**** SOAPRequest perhaps mediated by ESB:\n" + esbMessage.getBody().get()); } System.out.println("Web Service Parameter - message=" + message); return "... Ah Goodbye then!!!! - " + message; }}

<?xml version="1.0" encoding="UTF-8"?>

<web-app xmlns="http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd" version="2.4">

<servlet> <servlet-name>GoodbyeWorldWS</servlet-name> <servlet-class>meu.meupacote.GoodbyeWorldWS</servlet-class> </servlet>

<servlet-mapping> <servlet-name>GoodbyeWorldWS</servlet-name> <url-pattern>/GoodbyeWorldWS</url-pattern> </servlet-mapping>

</web-app>

Expondo o WebService como Serviçojboss-esb.xml

<action name="JBossWSAdapter"

class="org.jboss.soa.esb.actions.soap.SOAPProcessor">

</action>

Visualizando o Contrato do WSDLhttp://localhost:8080/contract

Testando com SoapUI

Saída no JBoss ESB

Volta no SoapUI

Funcionando no SoapUI :)

• Você pode provar que o seu serviço está aderente ao padrão WebServices

• Ponto de partida para interoperabilidade com outras plataformas

WebServices “ OutBound”

JBoss ESB colaborando com Serviços Externos

JBoss ESB

Evento Acontece....

Gateway passa a Mensagem para dentro do ESB

Action converte de TXT para XML

Mundo .net

WebService .net

Action Envoca umWebService

para completar dadosda Transação

para gerar o objeto Java

Action queSalva no

Banco de Dados

Questões importantes de observações

• Tipos complexos do mundo WebServices/XML

• Mecanismos de Segurança (NTLM, Kerberos etc)

• Federação de WebServices

Quickstart: webservice_consumer1

• Consome um WebService de dentro do JBoss ESB, mas poderia ser qualquer outro

Action SOAPClient

Conclusões

JBoss ESB

• Uma ótima solução que reúne o melhor dos dois mundos:– Código Aberto (opensource)

– Suporte de Fornecedor (Subscription)

– No Brasil :

• JBoss, a division of Red Hat

•Red Hat Brasil– 55 11 3529-6000

– http://www.br.redhat.com/jboss

Revisão de Aprendizado

• Você agora deve se sentir apto para:– Compreender e explicar as necessidades de um ESB/ Barramento de

Serviços

– Compreender os Conceitos de Eventos(EDA), e como responder via Serviços

– Instalar e executar o JBoss ESB

– Gateways, ESB Unaware e Aware Messages, Serviços, Listeners, Actions out-of-the-box e Actions personalizadas

– Uso do JBoss ESB com um engine de Regras

– Uso do JBoss ESB junto com um orquestrador como Jbpm

– Uso de JBoss ESB e WebServices

Outros Workshops SOA

• Consulte– SOAWorkShop – Educando profissionais SOA

•http://soaworkshop.wordpress.com

– SOA & JBoss ESB

– Breve: SOA & BPM

– Breve: SOA e Governança opensource

SOA Workshop - JBoss ESB v1.1

Technology

Transcript of SOA Workshop - JBoss ESB v1.1

Revista ESB 131

Regulamento Odi V1.1

Farmacia Franco V1.1

Versão v1.1

Jboss Reference

Guia de Instalacao TOTVS ESB

Planificacao ESB

Apostila Jboss as 7

Projeto ESB 2014 "Resumão"

JBoss-WildFly - Avançado

Halloween esb 2011 divulgação3

Revista ESB Plus Agro

JBoss Forge 2

ÓRGÃO OFICIAL - Maringá 1814.pdf · MARINGÁ, (QUINTA FEIRA) 27/12/2012 RGÃO OFICIAL DO MUNICÍPIO - Nº 1814 PÁG. 3 Quebec 39 ESB 40 ESB 41 ESB 63 ESB São Silvestre 28 29 Universo

Arquitetura Esb Integracao Soa

Apostila Configurando Servers No JBoss

Tutorial v1.1

Carpintaria Interiores (v1.1)

JBoss TRE - Aula1

Açobras (v1.1)