Ajudem a reiniciar o trabalho que eu vinha fazendo com esse site.

Spring Integration

Um produto que vi pouco antes de sair do Banco JPMorgan foi o Spring Integration. Foi um produto lançado que tem como objetivo prover facilidades para criar os mecanismos de integração descritos em Enterprise Integration Patterns. Hummm, mas seria o Spring Integration um ESB? :-)

Nesse endereço há uma discussão sobre isso: http://www.theserverside.com/news/thread.tss?thread_id=47868#243930. O comentário que se tem lá é que se você precisar adicionar padrões de integração a sua aplicação, mas sem usar um ESB, a API está disponível :)

Vale a pena conhecer mais: http://static.springframework.org/spring-integration

Será que agora vai?

Pois é pessoal.... muita correria nos últimos dias. Agora já estou na Suécia. Consegui um emprego para trabalhar com Java e SOA e Web 2.0 aqui em Estocolmo, através de uma empresa brasileira, e ficarei um tempo por aqui. Se quiserem conhecer a empresa, visitem www.daitanlabs.com.

Com isso, espero, terei a partir de agora mais tempo para me dedicar a esse blog. Só estou esperando resolverem alguns pequenos problemas de última hora, e logo logo devo regularizar as postagens nesse blog.

E para quem quiser acompanhar, criei o site http://suecandomuito.blogspot.com/, para falar um pouco dessa minha viagem.

Mule 2.0 liberado!

Como pode ser lido em http://www.mulesource.com/company/press_releases/Mule2CE_040108.php, foi liberada a mais nova versão do Mule - Mule 2.0 Community Edition.

Ocorreram algumas alterações no schema do arquivo XML usado para definir toda a configuração do Mule (a idéia é que essa configuração fique mais fácil de ser feita). Também há uma integração maior com Spring além de outras mudanças que foram feitas -- espero que a integração com o Spring 2.5 esteja funcionando adequadamente :-)

UAU.... algumas semanas sem postar. Porquê?

Desculpem pela falta de postagens nas últimas semanas. Eu precisei resolver várias coisas, e uma delas é que novamente, pela contínua busca de oportunidades, estou mudando de empresa. A partir ainda desse mês, passarei a trabalhar com a empresa Daitan Labs, localizada em Campinas, SP. O site da empresa: www.daitanlabs.com.

A partir dessa semana pretendo retomar a minha série de postagens sobre SOA, ESB, BPM, BPEL... Alias, de diversos temas que já falei, algo bastante importante que é falar de BPM eu ainda não falei. Vou me dedicar então, a partir desses próximas semanas, a explorar melhor alguns temas: como levar SOA para dentro das empresas, como usá-lo em projetos, falar mais detalhes conceituais sobre os ESBs, iniciando pelas suas features de comunicação, e também comparar os ESBs comerciais e opensource disponíveis no mercado. E claro, como modelar os processos de negócio usando BPM.

Temos muita coisa para conversarmos. Muita coisa mesmo. Podem mandar idéias para novas postagens também. Aliás, caso alguém queira colaborar, sinta-se a vontade em me procurar.

E vamos continuar a fazer desse blog um espaço legal para discutirmos novos assuntos :)

SOA Governance

Estive assistindo a um webminar com o título SOA Governance, que pode ser encontrado no endereço www.mulesource.com. É bastante interessante e vou fazer um rápido resumo do conteúdo.

Em primeiro lugar, tenta-se definir o que é Governança em SOA, que é elencado como um conjunto envolvendo melhores práticas, requisitos, leis e níveis de serviço, envolvendo pessoas, políticas, processos e ferramentas. A partir de então, define-se SOA registry ou SOA repository, local onde você pode armazenar seus artefatos, gerenciar dependências, gerenciar ciclo de vida dos serviços, visualizar quais serviços estão rodando em qual ambiente, identificar o nível de serviço, provisionar novos nós ou clusters, além de dar um significado semântico a cada artefato dentro do repositório.

Na apresentação, o palestrante cita com bastante ênfase que planilhas Excel, pastas no seu micro e mesmo o SVN não são repositórios de fato :). Isso porque você não consegue ter acesso a todas as informações que seriam necessárias, como as citadas no parágrafo anterior.

A partir de então, parte-se para os cinco erros mais comuns na adoção de SOA:

• descentralização de interfaces comuns (perde-se tempo procurando por serviços)
• reinvenção da roda
• ficar esperando pelas melhores práticas (seus desenvolvedores não irão adotar sozinhos as melhores práticas, além de eventualmente nem conhecerem)
• esquecer totalmente sobre os consumidores, quem está usando seus serviços
• estratégias de deployment inconsistentes

E então apresenta-se o Galaxy e sua arquitetura, com vários componentes para facilitar o trabalho de governança: framework para governança, gerenciamento de ciclo de vida, gerenciamento de dependências, relatórios, baseados num repositório comum para seus serviços. Algo interessante é que há uma integração do Galaxy com ferramentas como Maven e ANT facilitando assim o deployment. Há também uma boa demonstração da ferramenta.

Treinamentos de Mule

Algumas pessoas me perguntaram sobre treinamentos em Mule ou Spring. Estou procurando reformular uma página web e descrever melhor o conteúdo desses treinamentos. No caso do Mule, para adiantar esse assunto, a ementa consistiria de:

• Visão geral do Mule
• Exemplos práticos, com problemas e soluções usando o Mule
• Criando serviços para serem executados no Mule

A carga horária seria por exemplo, de 8 a 16 horas. Existem outros cursos que estou montando onde a idéia é explorar em mais detalhes os componentes do Mule, incluindo integração com Spring. Assim que eu reformular a página, posto uma mensagem aqui no blog.

Mas precisando, é só me contactar.