Criando um Cadastro de Audiências para android com (SQLCompact)

Criando um Cadastro de Audiências para android com (SQLCompact)

Neste artigo irei ensinar como fazer um cadastro de audiências para android salvando em banco de dados SQLCompact, estarei utilizando o eclipse para criar o aplicativo.

1. Crie um projeto android com o nome que desejar, segue abaixo o modelo do projeto que estou desenvolvendo.

2. Crie as classes conforme exemplo abaixo e delete a classe Activity que será criada automaticamente ao criar o projeto.

3. Configure a aplicação para ser reproduzida na tela, deixe o xml do arquivo "AndroidManifest.xml" conforme abaixo:

4. Disponibilizarei o link abaixo para baixarem todo o projeto e telas do aplicativo.

 CadAudiencia.rar -

Enterprise Service Bus

Primeiro, ESB é o acrônimo de Enterprise Service Bus (Barramento de Serviços Corporativos, em uma tradução livre). É um componente fundamenta na arquitetura orientada a serviços (SOA) e, por este motivo, é importante conhecermos qual o propósito e qual seu papel no desenho de sua solução SOA.



A primeira definição, claro, vem da Wikipedia.

• Ter um insfraestrutura de mensageria robusto e confiável

• Possibilitar desenvolvimento de sistemas baseados em em arquitetura orientada a serviços (parece óbvio, mas não é; pergunte aos seus fornecedores como o ESB deles permite este tipo de implementação)

• É fortemente baseado em XML

• Suporta padrões de Web Service (e.g. SOAP)

• É independente de plataforma (muito, muito, muito importante)

• Suporta transações e tem features de segurança

Um ESB geralmente provê uma camada de abstração acima de um sistema de mensagem corporativa, que permite aos arquitetos de integração explorar todas as possibilidades e benefícios deste messaging system sem a necessidade de escrever código.
Ao contrário da abordagem tradicional da Enterprise Application Integration (EAI), que utiliza a arquitetura monolítica de hub and spoke, os fundamentos do ESB são baseados na decomposição de processos de negócio executando de forma “harmoniosa”.
ESB não implmenta service-oriented architecture (SOA) porém oferece as funcionalidades necessárias para implementar esta arquitetura. ESB não é, necessariamente, baseada apenas em web-services.


Um ESB é “backbone altamente distribuido” no qual a arquitetura orientada a serviços (SOA) é contruida.
A definição de ESB inclui os seguintes pontos:
* Uma arquitetura de serviços distribuidos, que inclui um modelo de container leve para “armazenar” componentes de integração como serviços remotos
* Um backbone de mensageria corporativa que oferece entrega confiável de mensagens entre aplicações e serviços
* Transformação de dados (XML)
* Orquestração de serviços e roteamento inteligente de mensagens baseada em seu contexto
* Framework de segurança flexível
* Infraestrutura gerenciável que permite a configuração, deployment, monitoração e gerência dos serviços remotos.


O Barramento de Serviços Corporativos (ESB) é parte da arquitetura lógica de SOA. Sua presença na arquitetura deve ser transparente para os serviços de suas aplicações SOA. Entretanto, a existência de um ESB é fundamental para simplificar o esforço de “invocar” os serviços. Detalhes como localização e qual o caminho que a requisição de um serviço deve fazer na rede são de responsabilidade do ESB e não precisam mais fazer parte do código do serviço.


Um Enterprise Service Bus é um framework que possui várias funcionalidades: escolha e use. Por exemplo, você pode utilizar apenas parte das features e ignorar as demais que não fazem sentido para a solução proposta pela arquitetura que você projetou. De qualquer forma, um “bom ESB” deve ter, pelo menos, estas características: