SOA – Thiago Galbiatti Vespa

The Developers Conference 2014

Thu, 17 Jul 2014 22:26:08 +0000

Agora no começo de agosto terá um evento muito bacana no qual participo da coordenação: o The Developers Conference 2014. Esse evento eu já participo há alguns anos, muito bem organizado e com bastante conteúdo. Hoje mesmo fui com uma camiseta do evento de 2011 no trabalho.

O TDC 2014 – São Paulo será realizado de 5 a 9 de agosto e terá 36 trilhas (TV Digital, Android, Startups, Java, Arquitetura, etc) no Anhembi Morumbi e, como novidade, vários workshops na sede da Globalcode, inclusive de Raspberry PI e IoT com o Vinicius Senger.

A trilha de TV digital está bem bacana e está sendo coordenada por um grande amigo meu, o Carlos do Java Noroeste e por mim. Vamos ter palestras com aplicativos da Record, TQTVD, TV Aparecida, especialistas renomados na área de TV digital no Brasil e pela comunidade de desenvolvedores.

Para participar é só fazer a inscrição no site. Simultaneamente, vai ter um outro evento legal que é o TDC4Kids para crianças programarem com Scratch, Minecraft e IoT. Para ter uma ideia do porte do evento, essa é a lista de alguns patrocinadores: Amazon, Oracle, Stackoverflow, SAP, PayPal, Google, StackOverflow, JetBrains e Liferay.

A gente se fala lá!

]]>

As 5 causas e o The Developers Conference 2013 – São Paulo

Mon, 24 Jun 2013 12:01:22 +0000

Você que pensa em melhorar o Brasil, seja protestando ou de sua própria maneira, venha para o The Developers Conference 2013 em São Paulo. Lá você poderá ter ideias de como fazer aplicações que possam ajudar a mudar o Brasil. Troque informações com alguns dos melhores profissionais do Brasil, veja como você pode melhorar a economia do país ou ter algumas ideias de como contribuir com a diminuição da corrupção. Segue algumas ideias:

Na quarta-feira, você pode desenvolver de forma Ágil um aplicativo que demonstre o que é a PEC 37 e quem aprova ou desaprova ela utilizando Html 5, Javascript, .Net e/ou Java EE 7 com integração de serviços SOA armazenados na Núvem para serem exibidos em iOS.
Na quinta-feira você pode divulgar, desenvolver e gerenciar o desenvolvimento de um jogo de tiro no Renan Calheiros utilizando Java que rode em TV Digital e se comunique com uma aplicação em um Windows Phone como se fosse um segunda tela. Esse jogo pode ter seus dados manipulados utilizando noSQL, com arquitetura escalável e de alto desempenho.
Na sexta-feira você pode fazer uma análise de negócio para criar uma aplicação em Java, segura, com casos de testes e com ciclo de vida gerenciado que rode no Android, investiga uma grande quantidade de dados e mostre as irregularidades nas obras Copa.
No sábado você pode criar um quadricóptero com Arduino e C/C++ que conecte em aplicações desenvolvidas com .Net, Java EE, Scala ou PHP onde para cada notícia sobre corrupção, envie para os membros do Congresso um “presentinho” desagradável para lembrá-lo que corrupção é crime.
No domingo você pode desenvolver um jogo “Não seja preso” com um bom front-end, onde todos são iguais e não tem foro privilegiado. O jogo poderá funcionar em vários celulares e dispositivos embarcados, com as informações de troféus disponibilizadas em um servidor utilizando Ruby, e Python.

Eu estarei por lá, principalmente no dia 11, onde teremos uma trilha de TV Digital. Compareça!

]]>

Preferências no SOA Suite

Wed, 06 Feb 2013 16:29:43 +0000

Em algumas situações, no BPEL com SOA Suite, precisamos recuperar/alterar dados em tempo de execução sem ser necessário refazer e re-implantar a aplicação. Para resolver esse problema, o recurso de preferências vem bem a calhar. No JDeveloper, para o Oracle SOA Suite 11g, abra o composite.xml do seu projeto, selecione o componente BPEL e na janela de propriedades (Property Inspector – Ctrl+Shift+I) adicione uma propriedade nova com o nome bpel.preference.:

Property Inspector

O código do composite.xml deve ter uma parte parecida com essa:

[sourcecode language=”xml”]

required
override="may">Sem Nome
[/sourcecode]

]]>

Spring no SOA Suite

Wed, 23 Jan 2013 19:43:45 +0000

O componente de Spring Context permite que você execute código Java dentro de uma aplicação SOA Suite de maneira mais robusta que o Java Embedding do BPEL.

Crie uma aplicação SOA Suite e no composite.xml, arraste o componente Spring Context (Component Pallete) para a raia do meio.

Create Spring

Clique em OK. Você deverá ter um componente com um folhinha verde no meio do composite. O próximo passo é criar uma interface e uma classe para ser utilizada com o Spring Context. Clique em File, New, Java Interface e clique em OK. Dê um nome, no meu exemplo vou dar o nome de OlaSpring. Clique em OK. Insira o seguinte conteúdo:

]]>

Erro ao utilizar o cliente Soap no WebLogic

Thu, 03 Jan 2013 23:22:58 +0000

Para quem tentou utilizar o projeto de cliente Soap descrito nesse post no WebLogic, pode ter tido algum problema semelhante à esse:

java.lang.UnsupportedOperationException: This class does not support SAAJ 1.1
 at weblogic.webservice.core.soap.SOAPMessageImpl.getSOAPBody(SOAPMessageImpl.java:631)
 at org.gvlabs.utils.soap.SoapClient.invokeOperation(SoapClient.java:76)

Isso é porque é a implementação do SAAJ padrão do WebLogic é falha, conforme descrito nesse outro post. Como work-around segundo o artigo, seria só passar o seguinte parâmetro na inicialização do server do WebLogic:

]]>

Quartz 2 no SOA Suite e Classloading

Thu, 03 Jan 2013 19:04:45 +0000

Se você quiser utilizar um projeto web utilizando o quartz-2.x no WebLogic com SOA Suite, terá um problema semelhante a esse:

java.lang.NoSuchMethodError: org.quartz.Scheduler.getJobGroupNames()Ljava/util/List;

Isso significa que o WebLogic está utilizando uma classe com versão diferente do quartz-2.x. Se você utilizar o utilitário descrito nesse post na pasta de instalação do WebLogic com SOA Suite, irá verificar que o WebLogic utiliza outra versão do quartz:

./soa/modules/quartz-all-1.6.5.jar:org/quartz/Scheduler.class

Mesmo que você coloque o jar do quartz 2.x na pasta WEB-INF/lib o ClassLoader do WebLogic irá considerar o quartz do SOA. Para dar preferência à lib que está na WEB-INF/lib adicione a seguinte instrução no arquivos WEB-INF/weblogic.xml do seu projeto:

[sourcecode language=”xml”]
xsi:schemaLocation="http://www.bea.com/ns/weblogic/weblogic-web-app http://www.bea.com/ns/weblogic/weblogic-web-app/1.0/weblogic-web-app.xsd"
xmlns="http://www.bea.com/ns/weblogic/weblogic-web-app">
…

true

[/sourcecode]

Com isso a lib do quartz que está dentro da pasta WEB-INF lib será considerada pelo ClassLoader para essa aplicação ao invés da que está no servidor.

]]>

Chamando serviços SOAP sem Proxy, Stubs e afins

Wed, 12 Dec 2012 18:34:30 +0000

Uma das dificuldades em projetos com Web Services utilizando SOAP/XML é a necessidade de gerar as classes clientes para a invocação do serviço. Tá certo que isso é feito de maneira muito simples com as ferramentas necessárias, mas fiquei com uma certa inveja do PHP. Nesse artigo, podemos ver que é muito simples invocar serviços SOAP no PHP. Tá certo que não tem as validações de estrutura e verificações que o jeito tradicional Java tem, mas em alguns casos, como testes unitários de serviços é muito mais simples fazer dessa forma. Pensando nisso criei um utilitário para facilitar esse tipo de requisição.

É só colocar a lib no classpath e utilizá-la. Você pode fazer o download do fonte ou dessa lib no Google Code, o código fonte está disponível também no GitHub. Para utilizá-la é muito simples. Você pode inclusive fazer tudo em uma linha, dessa forma:

[sourcecode language=”java”]
String response = new SoapClient("http://endpointhost.com/endpoint").invokeOperation("operation", "something [/sourcecode]

Ou se você quiser algo mais organizado, segue um exemplo de um serviço de conversão de peso:

[sourcecode language=”java”]
String endpoint = "http://www.webservicex.net/ConvertWeight.asmx";
String operation = "http://www.webserviceX.NET/ConvertWeight";
String input = ""
+ "7"
+ "Grains"
+ "Grams" + "";

SoapClient soapClient = new SoapClient(endpoint);

String response = response = soapClient.invokeOperation(operation, input);
[/sourcecode]

O response terá o seguinte conteúdo:

[sourcecode language=”xml”]

0.4536

[/sourcecode]

Agora vou usar nos meus testes de serviços.

]]>

Lendo arquivos de um diretório com File Adapter

Wed, 01 Aug 2012 12:46:18 +0000

Um dos recursos interessantes é a possibilidade de monitorar o sistema de arquivos pela chegada de novos arquivos e poder processá-los de acordo. A versão nova do File Adapter que vem junto com o Oracle Soa Suite possui esse recurso. Nesse exemplo, vamos criar um projeto que lê os arquivos de um diretório, processa e move para uma pasta.

O primeiro passo é criar um projeto SOA e arrastar o File Adapter para o composite.xml. Na tela de configuração do File Adapter, clique em Next. Dê um nome para o File Adapter e clique em Next. Na próxima tela, deixe marcado para definir o WSDL posteriormente e clique em Next. Escolha a opção Read file, deixa as opções padrões e clique em Next. Especifique os diretório de leitura e marque as opções: “Process files recursively”, “Archive processed files (especifique um diretório)” e “Delete files after successful retrieval”.

File Adapter Configuration Wizard

]]>

Alterar título do Bpel

Wed, 01 Aug 2012 04:30:32 +0000

Para alterar o título de um BPEL no Oracle SOA Suite, crie um variável qualquer do tipo string, arraste uma atividade básica do tipo Assign para o começo do processo. Dê dois cliques para editar o Assign e adicione uma regra onde o conteúdo do “from” seja: ora:setCompositeInstanceTitle(‘Título do BPEL’) e do “to” a variável criada.

Edit Assign

Agora ao executar o processo BPEL, você terá como buscar pelo título no Enterprise Manager:

Recent Instances

]]>

Arquivos não XML no File Adapter

Tue, 31 Jul 2012 21:59:13 +0000

O File Adapter citado no post anterior pode ser utilizado para gravar arquivos diferentes de XML, com arquivos CSV, textos, cobol copybook e afins. Para esse tipo de arquivo, na etapa 6 do File Adapter Configuration Wizard, ao invés de especificar a URL, você deve selecionar a engrenagem ao lado da lupa.

Native Format Builder: Welcome

Clique em Next. No nosso exemplo, vamos utilizar a opção Fixed Length que é um formato bastante utilizado para troca de informações entre empresas bancárias, mas sinta-se livre para aventurar em outros formatos, como o Delimited, Complex Type, DTD to XSD ou Cobol Copybook. Clique em Next. Na próxima tela, escolha um arquivo que tenha um exemplo de saída desejada. Para facilitar você pode utilizar o meu arquivo. Selecione o Character set como UTF-8 que é o Character set do meu arquivo e clique em Next.

]]>