mcorp. » desenvolvimento

SOAP vs REST

Leonardo Saraiva — Tue, 25 Oct 2011 12:52:00 +0000

Tenho visto vários artigos e discussões dizendo que SOAP acabou, que a nova solução para todos os problemas do mundo é o REST (de preferência com JSON). Porém, qualquer pessoa que pare para pensar – o mínimo que seja – notará que no mundo real nem tudo é mil maravilhas como dizem ser o REST e nem tão ruim quanto dizem ser o SOAP.

Para quem está envolvido com serviços no dia-a-dia poderia dar vários pontos de vantagens e desvantagens sobre as duas tecnologias. Mas qualquer ponto será levantado dependendo do contexto de quem aplica ou utiliza a tecnologia.

Mas, antes de discussão técnica e filosófica, um ponto que eu acho bastante importante é: até onde vale a pena entrar na discussão da melhor solução e/ou tecnologia? Sei lá, mas entrarei mesmo assim.

As pessoas deveriam se preocupar em resolver os problemas da melhor maneira e não tentar encontrar/criar um padrão que resolva todos os problemas.

Historinhas fictícias

Historinha 1

1 – Temos o “padrão perfeito X”, chamado a partir de agora ppX;
2 – O ppX é grande, foi criado para resolver todo tipo de problema do mundo tecnológico;
3 – Muitas pessoas enterprise (vulgo PE) usam e amam o ppX e são felizes com ele;
4 – Toda palestra, evento e rodinha das PE só se ouve falar do ppX, bem, é lógico;
5 – Usam ele para todo e qualquer problema;
6 – Eles sabem que o ppX tem seus problemas, mas é super confiável;
7 – Eles resolvem seus problemas com o ppX e são felizes com o que fazem.

Historinha 2

history = {
type: ‘ficção’,
context: ‘non-enterprise’,
description: ‘padrão perfeito X’,
observation: ‘Qualquer semelhança com a vida real será pura coincidência’,
content: ‘
1 – Existe o “padrão perfeito X”, chamado a partir de agora ppX;
2 – O ppX é grande, foi criado para resolver todo tipo de problema do mundo tecnológico;
3 – Muitas pessoas enterprise (vulgo PE) usam e amam o ppX e são felizes com ele;
4 – Muitas pessoas não-enterprise (vulgo PNE) pouco usam e odeiam o ppX;
5 – Toda palestra, evento e rodinha das PNE só se ouve falar mal do ppX;
6 – Resolvem inventar o “padrão perfeito aberto X” (adivinha? Errou. Vulgo A-ppX);
7 – Usam ele para todo e qualquer problema;
8 – Eles sabem que o ppX tem seus problemas, então fazem desses problemas a causa da fome no mundo;
9 – Mostram a todos que o A-ppX é a perfeita solução para todos os problemas do mundo, menos a fome;
10 – Eles resolvem seus problemas com o A-ppX e são felizes com o que fazem.
‘}

Se é que alguém chegou até aqui…

Cada um no seu quadrado ou não.

Espertas são as pessoas que conseguem juntar o melhor dos dois mundos indiferente do contexto onde ela esteja. Porque, no fim, o que importa REALMENTE é: resolver seus problemas e ser feliz com o que faz.

Posts relacionados

WSO2 Data Services Server e suas atualizações

Leonardo Saraiva — Thu, 06 Oct 2011 18:58:00 +0000

Se tem uma tarefa que toma muito tempo nosso, são os testes quando sai versão nova de algum produto do WSO2.

Estamos trabalhando na migração do WSO2 Data Services Server 2.5.1 para a 2.6.0 e isso gera uma árdua tarefa de testar todos os serviços que temos rodando, que rodam com diferentes banco de dados (MySQL, PostgreSQL, SQL Server, Oracle).

Na maioria das vezes não encontramos problema algum ou apenas uma pequena mudança de atributo ou tag na definição dos .dbs. Mas as vezes encontramos problemas que fogem da simples configuração do data service, e como aconteceu agora conosco: um bug.

Para tentar minimizar esse trabalho gerei um projeto que tem a ideia de automatizar ao máximo esse tipo de trabalho! E, para com isso, irmos além dos testes unitários que são realizados pelo pessoal do desenvolvimento do WSO2, testar as interfaces em real funcionamento, nos mais variados bancos de dados.

E assim nasceu o pequeno projeto wso2-ds-tests. Que é um apanhando de data services, sql’s e projeto do SOAPUI. Para maiores informações basta acessar o projeto no Github!

Deem uma olhadela por lá e qualquer contribuição é muito bem vinda, basta fazer um fork e mandar um pull request.

Posts relacionados

Novidades WSO2 Data Services Server (2.6.x)

Leonardo Saraiva — Sat, 11 Jun 2011 18:39:37 +0000

Tenho acompanhado os builds diários que o pessoal do WSO2 tem feito e logo percebi várias novidades na interface, alteração essa que acontecerá em todos or produtos da série Carbon 3.2.*.

Mas, hoje eu tratarei apenas das novidades que teremos no Data Services Server, que são muitas e algumas bem importantes e há muito esperadas!

UDT (User Defined Type) Support

Não encontrei maiores detalhes na documentação ou no próprio WSO2 Data Services Server, talvez não tenha saído ainda nessa release.

Complex Results

Agora fica possível criar elementos complexos, facilitando algumas coisas em que era necessário utilizar um transformation (XSLT) ou sub-queries, ganhando – e muito – em performance.

Auto Generated Keys Support

Muito útil para recuperar a primary key de um registro inserido no banco, tirando a necessidade de fazer stored procedures ou outro método de consumo apenas para recuperar a chave inserida.

Distributed Transactions

Uma maneira de realizar transações distribuídas (na maioria das vezes em databases separados), será usado JTA para controlar as transações e também é necessário que usará XA. Com isso ganhamos em não mais precisarmos controlar isso manualmente com um serviço no WSO2 Application Server.

Improved Boxcarring Support

Apenas melhorias no suporte que já existia desde a versão 2.5.0, não encontrei nenhuma alteração visual ou no processo de desenvolvimento.

Improved Batch Request Support

Apenas melhorias no suporte que já existia desde a versão 2.5.0, não encontrei nenhuma alteração visual ou no processo de desenvolvimento.

Scheduled Tasks

Agora, ao invés de fazermos shell scripts que ficam na crontab do servidor para agendar alguns consumos, podemos fazer isso diretamente no WSO2 Data Services Server.

Registry Integration for Excel, CSV, XSLT

Não encontrei maiores detalhes na documentação ou no próprio WSO2 Data Services Server, talvez não tenha saído ainda nessa release.

Web Scraping Support

Poderemos consumir dados diretamente de sites, fazendo parser em conteúdo de páginas, por exemplo.

Multiple SQL Dialect Support

Apesar de ter encontrado referências na wizard de criação/alteração de serviços, não encontrei nada na documentação ou entendi como funcionará, vamos aguardar outros releases.

Database to Data Service

Nessa versão é possível gerar automaticamente os métodos para um database e tabela específico, mas apenas para Carbon Data Sources. Apesar de não ter gostado no padrão gerado, pode ser bom para gerar o CRUD básico e ser alterado posteriormente.

Data Service Query Improvements

Imagino que tenha sido apenas melhorias nas rotinas internas de montagem e processamento de queries. Porque as opções avançadas de query já existiam na versão 2.5.*.

Service Group/Hierarchy Support

Apenas um agrupamento de serviços, imagino que venha como padrão em todo aplicativo da suíte Carbon, pois em alguns outros aplicativos já existia essa opção.

Database Explorer

Uma novidade muito interessante e prática, eles colocaram dentro do WSO2 Data Services Server uma maneira de explorarmos as bases de dados. E a interface lembra bastante o SQuirreL SQL, ficou muito prático.

Data as a Service Features – DSS Stratos Service

Existem algumas novidades também sobre os produtos como serviço na nuvem, que chamam de Stratos, mas não encontrei documentação nesse build.

E algumas outras pequenas alterações que foram percebidas, como:

Generate response: baseado na query é gerada a resposta do serviço;
Force stored procedure: força a executar a query como uma stored procedure;
Entre outras inúmeras pequenas alterações que vão sendo notadas no uso dia-a-dia.

Posts relacionados

Segurança de informações através de filtragem de dados no WSO2 Data Services

José Nogueira — Thu, 24 Feb 2011 22:30:30 +0000

Em alguns casos, podemos nos deparar com a necessidade de confidencializar alguns dados no retorno de Data Services, exibindo-os apenas para determinados grupos de usuários, tanto por questão de segurança (quando algum grupo específico não pode ter acesso a algumas informações), quanto por não ter a necessidade de utilizar esse retorno, para que assim não precisemos criar dois serviços com a mesma finalidade. O WSO2 Data Services Server oferece a possibilidade de filtrar esses dados no retorno de uma query, através do WS-Security (tem como foco principal o uso de XML Signature e XML Encryption).
Nesse caso irei exemplificar a seguinte situação: um serviço que retorna dados referente aos funcionários, sendo consumido por dois departamentos: o RH (que necessita dos dados referente aos pagamentos dos honorários) e o setor de segurança (que utiliza apenas os dados cadastrais para acesso dos funcionários as dependências da empresa).

Iremos utilizar nesse exemplo o WSO2 Data Services Server em sua versão 2.5.1 (nesse caso considerando um conhecimento básico da suíte WSO2, caso contrário consulte os posts relacionados ao WSO2):

Supondo que possuímos o banco de dados, com uma tabela simples chamada de TB_FUNCIONARIOS, com os campos: ID, NOME E SALARIO.

Etapa 1 – Criando o usuário

Logado ao WSO2 Data Services Server vá em “Home > Configure > User Management > Users”, para que possamos criar novos usuários, nesse caso criaremos os usuários “Maria” que faz parte do departamento de RH da empresa e “Joao” que faz parte da segurança do prédio. Click em “Add User” para preenchermos os dados do usuário que será cadastrado.

add user wso2

Após inserir os dados do usuário, clicar em “finish”, repetir o procedimento pro cadastro do outro usuário. Podemos listar os usuários criados como mostra a imagem.

list user wso2

Etapa 2 – Criando grupos de usuários

Com nossos usuários criados, vamos gerar um grupo para vincular ao perfil do usuário. Vá em “Home > Configure > Users and Roles > Roles”, serão listados os grupos existentes no WSO2, clique em “Add New Role” que abrirá a tela para cadastrarmos os grupos.

Crie um grupo com o nome “RecursosHumanos”, em seguida clique em “next”, aparecerá a tela com os flags de permissões e previlégios para os membros do grupo. Nesse caso vamos selecionar a opção “All permissions”, para que sejam marcadas todas as opções. Enquanto estamos criando o grupo, já podemos vincular os usuários que farão parte do mesmo, faça uma busca listando todos os usuários e selecione o usuário “Maria” criado anteriormente, como na imagem abaixo e finalize.

select user wso2

Agora usando o mesmo processo vamos criar o grupo “Seguranca”. Observe que quando selecionamos algum usuário criado e vinculado ao grupo, o mesmo possui um ou vários grupos selecionados.

roles of users wso2

Etapa 3 – Filtrando dados da consulta

Com os usuários e grupos devidamente criados vamos finalmente ao que interessa, filtrar os dados de acordo com o perfil de cada grupo. Considerando que já exista um serviço “empresa”, vamos criar o método “pesquisarFuncionario” para demonstrar como filtrar os dados de retorno do método. Nesse caso, o método nos retornará os campos “ID” e “NOME” para o grupo Segurança, e “ID”, “NOME” e “SALARIO” para o grupo RecursosHumanos.

Iremos em “Home > Manage > Services > List > Service Dashboard > Service Details > Data Sources > Queries”, para inserirmos nosso novo método. Preenchemos com o SQL, o campo de entrada, e na hora em que formos preencher o retorno será onde a “mágica” acontecerá.

edit query wso2

No item “Add new output Mapping” abriremos a tela para cadastrar um novo campo de retorno, preenchemos o tipo do campo, o nome de saída e o nome do campo no SQL. Abaixo dessas opções temos o item “Allowed User Roles”, aonde aparecerão os grupos que criamos anteriormente, para os campos “ID E NOME” selecionaremos ambos os grupos, no caso do campo “SALARIO” selecionaremos apenas o grupo RecursosHumanos, com o método criado mostraremos como consumir esse método filtrando os dados.

add edit output mapping wso2

Etapa 4 – Testando a filtragem de dados

Agora vamos abrir a opção ” Home > Manage > Services > List > Service Dashboard > Security for the service > Activate Security > Service Dashboard > Security for the service”, selecionamos a opção “yes” no combo e setamos o flag “UsernameToken”, assim estaremos habilitando segurança por grupo e usuário do cliente.

security for the service wso2

Simulando a execução do serviço, no próprio WSO2 Data Services Server, podemos perceber que aparecem as opções “username” e “password”. O retorno será filtrado de acordo com o usuário que for preenchido nesses campos. Executando a consulta, notaremos que o campo “SALARIO” só aparece no retorno se utilizarmos o usuário “Maria”.

full return service wso2

partial return service wso2

Espero ter colaborado, sugestões e criticas são sempre bem vindas, focando o objetivo de transformar a comunidade WSO2 Brasil cada vez mais forte, até o próximo post.

Post baseado no artigo “content filtering data services user roles” de Anjana Fernando – Software Engineer WSO2.

Pode ser visto um exemplo de consumo um servico seguro utilizando php.

Posts relacionados

Katarogu: um catálogo de produtos simples e eficiente

Leonardo Saraiva — Fri, 07 Jan 2011 19:11:32 +0000

Fugindo um pouco do mundo “enterprise” que normalmente é visto por aqui, apresento a vocês uma ideia que estou desenvolvendo, juntamente com o Gonzalo, o Katarogu!

O que é Katarogu?

Um catálogo de produtos simples, limpo e que não necessita de nenhum conhecimento profundo de programação para ser instalado e usado.

Tão simples assim?

Claro, se você não conhecer algum dos termos aqui descritos, não se preocupe! Se você não os conhece, encontrou o produto certo.

Mas mesmo assim, vamos a lista de vantagens que ele terá:

Não será necessária nenhuma tecnologia server-side, ou seja, qualquer hospedagem que conceda espaço para HTML + JavaScript tá valendo (inclusive as grátis);
Editando dois arquivos com texto (um de configurações e outro com a listagem dos seus produtos) e enviando suas fotos tudo estará funcionando;
Não precisará passar por várias telas de cadastro (aliás, nenhuma);
Poderá escolher qual o gateway de pagamento quer usar (PayPal, PagSeguro ou MoIP);
Poderá escolher qual o sistema que contabilizará as estatísticas de visitação (Google Analytics, Web Trends, etc).

E quanto custa tudo isso?

Nada! Foi feito para uma necessidade de algo rápido sem ‘firulas’, e acabou que decidi ser bonzinho com o mundo! Liberei para o uso de qualquer pessoa!

Finalizando…

Ajudas em ideias e até mesmo em implementações, são muito bem vindas, logo sairá a versão 1.0. (:

Para maiores sobre o projeto, inclusive uma demonstração de funcionamento, basta visitar o site: www.mcorp.com.br/katarogu/.

Posts randômicos

Lançamento do WSO2 Complex Event Processing Server 1.0.0 (Alpha)

Leonardo Saraiva — Tue, 04 Jan 2011 10:28:06 +0000

Foi lançado ontem na lista de desenvolvedores do WSO2 (carbon-dev@wso2.org) o WSO2 Complex Event Processing Server, em sua versão 1.0.0 (alpha), faz com que tenhamos processamento de eventos complexos em nosso ambiente SOA.

Alguns dos recursos que podemos encontrar no WSO2 CEP:

Plugable back end rutime support – WSO2 CEP supports following back end run time engines.
- Drools Fusion – This back end runtime engine is distributed with the CEP pack
- Esper – This back end runtime is available at WSO2 GPL P2 repository : http://dist.wso2.org/wso2-gpl-p2/carbon/releases/3.1.0-alpha/ and can be added as a feature with WSO2 Carbon Feature Management.
Support Multiple Broker Types – WSO2 CEP supports WS-Event and JMS-Qpid broker types;
GUI Support - WSO2 CEP supports create,edit,delete operations on Buckets, Inputs and Queries;
Use Registry resources – WSO2 CEP supports using resources stored in registry (Queries) to create buckets;
Persistence – WSO2 CEP supports persisting created buckets in the registry;
I18n Support for CEP – WSO2 CEP supports internationalization.

O povo do WSO2 nos convida para baixar o WSO2 CEP, instalar, testar e reportar bugs (utilizando o Jira do WSO2) – caso encontremos!

Posts relacionados

Compilando o WSO2 Carbon 3.0.0 e corrigindo o WSO2 Data Services Server 2.5.0

Leonardo Saraiva — Wed, 16 Jun 2010 13:17:12 +0000

Versões novas de produtos sempre são uma alegria, seja pelos recursos novos ou somente pela novidade que sempre alegra-nos, principalmente nós desenvolvedores. Mas juntamente com as novas versões (principalmente nos primeiros releases) vem também problemas, bugs ou incompatibilidade de versões- os problemas mais comuns.

E para não pararmos no tempo, vendo que as novidades do WSO2 Data Services Server 2.5.0 seriam muito bem vindas para nós, resolvemos realizar testes para verificar a possibilidade de atualizarmos nossa versão da 2.2.1 para a 2.5.0, e surgiu aquela alegria quando vimos que não teríamos problemas de incompatibilidade como ocorreu nos testes de migração da 2.0 para WSO2 Data Services Server 2.2.1.

Mas como nem tudo são rosas, um velho bug conhecido nosso na versão 2.0 e discutido no fórum – de não aceitar valores null, tinha sido corrigido na versão 2.2.1; mas resolveu dar as caras na versão 2.5.0. E por necessitarmos das novidades dessa versão, tivemos que correr atrás e corrigir o problema, já corrigido anteriormente.

Como já conhecemos a estrutura, fomos direto ao site do projeto para realizar o download do fonte do WSO2 Data Services Server e fomos atrás do arquivo problemático (SQLQuery.java). Mas para nossa surpresa, o arquivo não estava mais lá, foi centralizado no projeto WSO2 Carbon.

Então com o arquivo de código-fonte do WSO2 Carbon 3.0.0 devidamente baixado, vamos colocar a mão na massa.

Baixando e descompactando o fonte

wget  http://dist.wso2.org/products/carbon/3.0.0/wso2carbon-3.0.0-src.zip
unzip wso2carbon-3.0.0-src.zip

Baixando e aplicando o patch

wget /wp-content/uploads/2010/06/wso2-dataservices-accept-null.txt
cd wso2carbon-3.0.0-src
patch -p1 wso2-dataservices-accept-null.patch

E a mensagem recebida aqui será algo como:

patching file components/data-services/org.wso2.carbon.dataservices.core/3.0.0/src/main/java/org/wso2/carbon/dataservices/dispatch/query/SQLQuery.java

Compilando o componente

Levando em consideração que você tenha as dependências necessárias, vai ser um passo bem demorado. Vai fazer download de alguns pacotes, compilar, testar e gerar uma nova versão do componente, com a correção.

cd components/data-services
mvn install

Corrigindo o Data Services Server

Agora que temos o componente corrigido e devidamente compilado, vamos copiá-lo para a instância do WSO2 Data Services Server (levando em consideração que minha instalação fica em ~/Applications/wso2/wso2dataservices-2.5.0).

cp  org.wso2.carbon.dataservices.core/3.0.0/target/org.wso2.carbon.dataservices.core-3.0.0.jar   ~/Applications/wso2/wso2dataservices-2.5.0/wso2dataservices-2.5.0/repository/components/plugins/org.wso2.carbon.dataservices.core-3.0.0.jar
cp  org.wso2.carbon.dataservices.ui/3.0.0/target/org.wso2.carbon.dataservices.ui-3.0.0.jar    ~/Applications/wso2/wso2dataservices-2.5.0/wso2dataservices-2.5.0/repository/components/plugins/org.wso2.carbon.dataservices.ui-3.0.0.jar

Conclusão

Com o patch criado, testado e aplicado. Abrimos um pedido de correção no JIRA do WSO2, para que eles possam corrigir na próxima release (provavelmente a 2.5.1). Caso você não tenha disponibilidade (de tempo ou paciência), pode baixar os componente do WSO2 Data Services Server corrigido (bastando apenas descompactá-los).

E tenho que falar, viva o código aberto e o software livre! (;

Posts relacionados

Lançamento do WSO2 Stratos (alpha)

Leonardo Saraiva — Tue, 01 Jun 2010 18:50:24 +0000

O pessoal do WSO2 anda com todo o vapor mesmo, hoje foi lançado (versão alpha ainda) o WSO2 Stratos, toda a plataforma rodando em cloud computing, ou seja, tudo “empacotado” e pronto para rodar, sem dependência de hardware e instalações.

Você pode conseguir maiores informações no site do produto WSO2 Stratos (em inglês) e, também, testar tudo funcionando (lembrando que não é uma versão final ainda) fazendo seu cadastro – grátis. Testar o WSO2 Stratos.

Os produtos lançados nesse formato são:

Governance
Identity
Application Server
Gadgets
Mashup Server
Business Activity Monitor
Enterprise Service Bus

Assim que sobrar um tempo vou ver como ficariam implementações utilizando a versão livre deles e ver até onde ela está liberada para ser utilizada. E também a dificuldade de trabalhar dessa forma.

Posts relacionados

Mapas interativos e Geoprocessamento

Leonardo Saraiva — Thu, 27 May 2010 19:57:36 +0000

Atualmente vemos muitas aplicações e sites utilizando mapas (nem que seja apenas pra mostrar o endereço da empresa), essa facilidade que o Google trouxe com o Google Maps é muito grande, ajudou muito na disseminação dessa tecnologia.

Foto por: Everson Novka

Essa facilidade de implementação, nos dá maiores opções para criar sistemas e interfaces bem diferenciadas, como o Zoomii Books (mesmo não usando Google Maps) que implementou uma loja virtual de livros e o Trulia, um site de uma imobiliária americana que chega até o nível de visualizar a casa como se estivessemos em frente a frente (utilizando o Street View).

Abaixo vemos o Google Maps e integrado ao Panoramio, dando até a opção de navegação panorâmica das fotos georeferenciadas.

Mas acontece que o pessoal do Google abstraiu muito a dificuldade que é trabalhar com informações georeferenciadas. Fez com que todas essas funcionalidades (busca de endereços, pontuação, pesquisa por polígonos) e informações (mapas, imagens de satélites, rotas) ficasse algo simples e totalmente transparente para o desenvolvedor. O desenvolvedor sabe que passando o endereço, aparece um ponto no mapa, e isso as vezes basta, mas quando precisamos ir mais além, vemos que a coisa não é tão simples assim.

Senti essa dificuldade tempos atrás, onde tiver que implementar um projeto utilizando tecnologias livres e nos requisitos estavam: Java, MapServer, MapScript e PostgreSQL (com PostGIS). Descobri que não é só utilizando endereço e, a inválivel dupla, latitude/longitude que identificaremos os pontos no mapa, descobri também a existência das coordenadas UTM e a diferença entre as regiões.

Posteriormente descobri que uma alternativa de desenvolvimento ao MapServer, é o GeoServer, escrito nativamente em Java, que facilitaria – e muito – o meu trabalho, pois o MapScript é uma biblioteca em C e por isso foi necessário utilizar JNI.

Com tudo isso, descobri que geoprocessamento é bem mais do que um mapa com alguns pontos e alguns polígonos, tem muito mais coelho nesse mato. O geoprocessamento e georeferenciamento não é algo tão simples, não é a toa que existem os Engenheiros Cartográficos.

Depois desse projeto, vi que curti demais a área e estou me aprofundando na medida do possível, todos os estudos que eu for realizando relatarei por aqui. E o primeiro estudo que relatarei será o OpenLayers.

Posts relacionados

Utilizando o Array Type do WSO2 Data Services Server 2.5.x

Leonardo Saraiva — Thu, 06 May 2010 21:27:32 +0000

Uma das novidades do WSO2 Data Services Server 2.5.x, já listada anteriormente, é que agora poderemos trabalhar com Array Types. Essa opção não existia anteriormente e as únicas maneiras que tínhamos para contornar, digamos que não eram muito legais. Por exemplo: invocar várias vezes o método ou concatenar as várias entradas em um campo string e posteriormente (em uma procedure ou algo do gênero) realizar o parser.

Ambas tem seus problemas, muitas requisições invocando várias vezes ou dificuldade de implementação (dependendo do banco de dados) para o caso de realizar o parser na procedure; mas, de uma forma ou outra, resolviam o problema. Só que com a implementação de Array Type resolvemos esse problema de maneira simples, eficiente e elegante!

Colocando a mão na massa

Digamos que temos um serviço onde nosso cliente quer listar vários produtos, nosso cliente tem todos os códigos dos produtos e quer o restante dos dados. Antigamente passaríamos para ele um método productById que recebe um id, algo como abaixo:

Mas agora tudo foi facilitado, vamos a “mágica”! Para alteração do método que aceite a entrada de um Array Type, serão necessários apenas dois passos.

Passo 1: editando a query

Teremos que trocar a query que antigamente aceitava apenas um parâmetro como entrada “id = :id” e colocaremos uma que aceita “N” parâmetros “id in (:id)”. Então na tela de edição da query do WSO2 Data Services Server, basta trocarmos, como fiz abaixo:

Passo 2: editando o tipo da entrada

E o segundo passo, editando os Input Mappings, basta trocarmos o tipo scalar para array, novamente, como fiz abaixo:

O resultado

E agora vamos a parte legal: o resultado!

Conclusão

Essa implementação facilitou muito e melhorou a qualidade de nossos serviços. Ainda não foi lançada a versão final, apenas algumas releases candidates, que podem ser acompanhadas pelo repositório de builders do WSO2 Carbon 3.0.0.

Deixo aqui o download dos arquivos utilizados para implementar o Array Type nesse exemplo, contém os arquivos abaixo:

Data Service antes da implementação do Array Type
Data Service depois da implementação do Array Type
Script de criação do banco de dados utilizado (MySQL)