O objetivo primário do projeto é prover acesso a implementações padrão de tecnologias corporativas dentro de um framework modular. OSGi Alliance desenvolveu especificações para a aplicação e uso de muitas das tecnologias dentro de OSGi. Essas especificações descrevem como fornecedores devem implementar e interoperar com serviços existentes, e como a modularidade OSGi, ciclo de vida e modelos de serviços devem ser aplicados com relação a essas tecnologias. Gemini terá implementações de várias dessas especificações, tais como:RFC 66 — Web Container

• RFC 98 — Transactions
• RFC 122 — Database Access
• RFC 124 — Blueprint Services
• RFC 139 — JMX Integration
• RFC 142 — JNDI Integration
• RFC 143 — JPA Integration
• RFC 146 — JCA Connector Integration

• Rod Johnson – SpringSource/Vmware, criador do Spring Framework
• Ed Burns – Sun, líder da especificação JSF
• Alejandro Guizar – Red Hat, ligado ao projeto jBPM
• Mike Keith – Oracle, atuou na especificação JPA

Era esperada também a presença do Chris Schalk, da Google, mas infelizmente ele não pode participar. Foi prontamente substituído pelo Fabrício, também da Google.

Todas as palestras foram bastante interessantes. Conversei com o Mike Keith da Oracle, e em sua apresentação ele comentou sobre recursos do JPA, e também teve uma participação de destaque no painel final que reuniu todos os palestrantes em uma discussão sobre cloud computing. Ele comentou sobre um dos riscos do uso de cloud computing, que é a perda da propriedade sobre dados e código, já que eles estarão num outro ambiente, fora da empresa.

O evento continua durante a semana nas cidades do Rio de Janeiro e Florianópolis. Para detalhes do evento, ocorrido nesse final de semana, veja: http://www.thedevelopersconference.com.br/tdc/2009/index.seam

http://www.oracle.com/ocom/groups/public/documents/webcontent/038563.pdf

Segue uma pequena lista contida no FAQ:

• Glassfish – evoluir a ferramenta, suportar a comunidade e ser uma referência open source de implementação da especificação JEE
• NetBeans – opção open source complementar aos ambientes de desenvolvimento Jdeveloper e Oracle Enterprise Pack for Eclipse.
• MySQL – adicionar ao conjunto de produtos de banco de dados, que já contém BerkeleyDB na lista.
• OpenOffice – continuar desenvolvendo e suportando OpenOffice como opensource, com a opção de licenciamento para grandes clientes.
• Virtualização – integrar com os produtos de virtualização da Oracle.

Farei algumas postagens com um pouco do conteúdo que darei na palestra.

Control Objectives for Information and related Technology (COBIT®), atualmente na versão 4.1, tem como objetivo prover boas práticas além de ser um framework de processo e apresentar atividades numa estrutura lógica e gerenciável. A idéia é que com essas boas práticas possa-se otimizar investimentos em TI, garantir a entrega e prover meios de medir a situação do ambiente.

O framework COBIT:

• estabelece uma ligação com os requisitos de negócio
• organiza as atividades de TI numa forma de processos
• identifica os principais recursos de TI
• define os objetivos de gerenciamento a serem alcançados

Há portanto uma forte ligação com o que costumamos chamar de governança, ou mais especificamente, governança de TI. Logo, COBIT suporta a governança de TI de modo a garantir que TI esteja alinhado com as áreas de negócio, que IT maximiza os benefícios de negócio, que os recursos de TI são usados responsavelmente e que os riscos sejam tratados adequadamente.

Nos próximos posts vou procurar entrar em mais detalhes sobre o COBIT, os produtos, os processos, enfim, mais detalhes sobre o framework.

Oracle JDeveloper:

• suporte para Maven, JSON, Facelets, UML 2.0
• Oracle ADF Mobile Client
• Task connector e Bugzilla connector para o Oracle Team Productivity Center
• HTTP analyzer com suporte a serviços REST e WS-Policy

Oracle SOA Suite

• criar dashboards no BAM em poucos cliques através do JDeveloper
• uma interface baseada em web para os analistas de negócio endereçarem mudanças em processos e regras
• adicionar lista de compatibilidade e interoperabilidade com outros produtos

Para ver mais detalhes, basta visitar o link mencionado acima.

Algumas necessidades atendidas:

• processar alto volume de dados
• fluxo contínuo
• latência em nível de sub-milissegundos
• fontes variadas
• janela de processamento limitado
• busca de padrões

O processamento de eventos torna-se então, capaz de receber um enorme conjunto de dados, e aplicar:

• filtro
• correlação e agregação de informações
• associação de padrões

Entre seus conceitos, temos:

• extensão do modelo relacional para suportar consultas contínuas
• construção de janelas sobre um grande fluxo de informações
• usar operadores relacionais para caracterizar eventos extraídos dos fluxos
• busca de padrões

A linguagem de consulta utilizada é CQL – Complex Query Language (ANSI).

Exemplos de cenários onde o CEP pode ser útil:

• processamento de dados em pedágios
• identificação de padrões em rotas de transporte (aéreos, rodoviários)
• identificação de momentos para compra e venda de ações
• serviços de emergência
• controle de bagagens em companhias aéreas

Falarei mais sobre o assunto em breve.

Para mais informações: http://www.oracle.com/technologies/soa/complex-event-processing.html

CEP in Real World: http://www.oracle.com/technologies/soa/docs/oracle-complex-event-processing.pdf

No site podemos encontrar estilos de integração, sistemas de mensagens, canais de mensagens, construção de mensagens, roteamento e transformação de mensagens, além de informações sobre os tipos de endpoints e gerenciamento de sistemas.

Um dos problemas que existem, e que tive de lidar recentemente, pode ser traduzido pelo seguinte cenário:

Imagine um sistema escrito numa linguagem e que ao longo do tempo desenvolveu uma série de serviços de alta granularidade. Um exemplo desse tipo de serviço seria algo como ObterDadosDoCliente que devolve informações gerais sobre o cliente, tal como endereço, documentação, perfil de consumo, dados de contato, tudo numa única requisição mas internamente chamando uma série de pequenos serviços.

Com a evolução natural dos sistemas, esse sistema (fornecido por um terceiro) entra numa nova versão, e nessa nova versão não há um serviço chamado ObterDadosDoCliente, mas sim uma série de pequenos serviços tais como obterCliente(), obterEndereco(), obterDocumentação, etc.

A tela principal do call center sempre chamou o serviço ObterDadosDoCliente. Entretanto a mudança para um novo sistema será feita em partes: um conjunto de clientes de cada vez. Através de estratégias de integração, e do uso de ferramentas, como poderíamos resolver esse problema com o menor impacto possível para a tela do call center?

Volto a esse assunto nos próximos posts. E aguardo idéias e opiniões :)

No diagrama abaixo, extraído do arquivo composite.xml, que no Jdeveloper é usado como base para representar as aplicações compostas, podemos ver componentes BPEL, Mediator e Business Rules interagindo juntos para resolver um dado problema de negócio.

A partir desse diagrama podemos configurar cada um destes componentes, e visualizar os serviços externos referenciados. Além de termos mais claramente como cada componente interage com os outros.

E quando falamos em virtualização, como isso ocorre?

A Oracle, no documento http://www.oracle.com/corporate/pricing/partitioning.pdf, define os critérios para particionamento baseado em dois tipos de particionamento disponíveis:

• Soft partitioning: trata-se de segmentar o sistema operacional usando recursos gerenciadores do próprio sistema operacional. Ou seja, o administrador pode definir o número de processadores a serem usados para uma dada aplicação, e uma eventual alteração no número de processadores é bem fácil. Essa forma de particionamento não é válida para se determinar o número de processadores a serem usados no licenciamento.
• Hard partitioning: trata-se de segmentar fisicamente o uso dos recursos de um servidor, criando sistemas pequenos e separados. Cada sistema age como uma única física independente. Essa é uma forma válida de determinar o número de processadores a serem usados no licenciamento.

E o Oracle VM? Em princípio, o Oracle VM também está na categoria de soft partitioning, mas um documento existente em http://www.oracle.com/technology/tech/virtualization/pdf/ovm-hardpart.pdf explica como configurar o software de modo a delimitar o número de processadores a serem utilizados, e com isso, entrar na categoria Hard partitioning, tornando válida a determinação do número de processadores para efeitos de licenciamento,

A Virtual Iron foi uma das empresas adquiridas pela Oracle nos últimos meses, cujo foco era a virtualização baseado também na mesma tecnologia XEN usada no Oracle VM. Com a aquisição, as funcionalidades existentes no conjunto de aplicativos da Virtual Iron serão incorporadas no produto Oracle VM.

No webcast é traçado um panorama e um roadmap para integração para Oracle VM e Virtual Iron. Alguns pontos da apresentação:

• A combinação das capacidades de gerenciamento de recursos dinâmicos da Virtual Iron com toda as características de gerenciamento em diversos níveis mais a implantação de aplicações da Oracle criarão uma solução única para o gerenciamento eficiente de data centers
• Recursos de gerenciamento da Virtual Iron serão adicionados ao Oracle VM Manager e também ao Enterprise Manager
• Na próxima release do Oracle VM teremos alguns dos recursos oriundos da Virtual Iron já inclusos na ferramenta
• Haverá conversão de imagens da Virtual Iron para o formato usado pelo Oracle VM

Uma pequena lista das 10 principais razões para migrar para a nova versão das ferramentas:

1. plataforma unificada no WebLogic Server
2. unificação por SCA do ciclo de vida desenvolvimento-teste-produção
3. melhorias no BPEL
4. grandes melhorias no mecanismo do Business Rules
5. melhor suporte a Adaptadores
6. possibilidade de usar o JRockit
7. Error Hospital, abordagem unificada para tratamento de erros de todos os componentes
8. Event Delivery Network
9. Uso do barramento de serviços apropriado, o Oracle Service Bus
10. WebServices Manager Service Engine, para utilização com EM ou JDev.

Além disso o BAM foi totalmente reescrito em Java.

• assinar mensagens
• encriptar mensagens
• realizar autenticação
• controle de acesso baseado em papéis

Além disso, coleta estatísticas de monitoramento com informações sobre a qualidade, ameaças de seguranças, tempo de atividade, exibindo esses dados de forma gráfica.`

Na figura abaixo temos os componentes da arquitetura do Oracle WSM:

Quando temos um serviço com a mesma versão e url, que precisa rodar em ambientes diferentes, tipo um usuário precisa testar este serviço em desenvolvimento na aplicação dele, outro usuário precisa testar este serviço em homologação, porque o serviço é consumido por duas aplicações diferentes, estas aplicações podem ser composta por serviço ou .jar, Como o UDDI trabalha este caso? É possível um ponto central de acesso para o serviço?

Eu entendo que nesse caso, temos alguns pontos a considerar:

• tem um software de gerência de configuração sendo usado na empresa? Se sim, tem um plano para geração de versão dos serviços? Qual a correlação entre essas versões e o ambiente de execução?
• se o serviço é diferente para cada aplicação, entendo que se ambos devem existir, então o endpoint ou endereço de acesso desses serviços deve ser diferente. Algo como http://servidor/producao/servico_x ou http://servidor/testes/servico_x. Em alguns casos considera-se até mesmo o uso do número de versão do serviço na descrição do endpoint. Muitas vezes são usadas até mesmo máquinas diferentes para os serviços de testes, produção ou desenvolvimento.

Ou seja, através de ferramentas como o Oracle Enterprise Repository e o Oracle Service Registry (UDDI) pode-se ter um controle sobre as dependências dos serviços, controle de versões, ambiente de execução. E num UDDI o descritor do serviço deve ser devolvido para o solicitante conforme a necessidade de uso do serviço. Entendendo que são serviços diferentes, eles serão cadastrados no UDDI de acordo com essa diferença. E que caso se faça a consulta ao UDDI para obter o descritor do serviço correspondente a testes ou a produção, por exemplo.

Se o serviço for efetivamente o mesmo, a gerência fica mais facilitada, uma vez que não precisa se preocupar com as nuances acima, e o UDDI conterá o endereço desse serviço.

Logo logo eu envio um post comentando sobre esta experiência. Tenho vários textos para colocar no blog. Por um lado acho que esse período foi interessante também para o blog, pois pude perceber que há inúmeras perguntas sobre as ferramentas, e o que mais quero é ajudá-los a entender todas elas. Assim eu também vou aprendendo :)