Módulo 13: Usando os serviços de notificação (opcional)

Transcrição

1 Módulo 13: Usando os serviços de notificação (opcional) Sumário Visão geral do módulo 13-1 Lição 1: Introdução aos serviços de notificação 13-2 Lição 2: Desenvolvendo soluções para os serviços de notificação Avaliação do curso 13-41

2 As informações contidas neste documento, incluindo URL e outras referências a sites da Internet, estão sujeitas a alterações sem aviso prévio. Salvo indicação em contrário, os nomes de empresas, organizações, produtos, nomes de domínios, endereços de , logotipos, pessoas, lugares e acontecimentos aqui mencionados são fictícios e nenhuma associação a empresas, organizações, produtos, nomes de domínios, endereços de , logotipos, pessoas, lugares ou acontecimentos reais é intencional ou deve ser inferida. Obedecer às leis de direitos autorais é responsabilidade do usuário. Sem limitar os direitos autorais, nenhuma parte deste documento pode ser reproduzida, armazenada ou introduzida em um sistema de recuperação, ou transmitida de qualquer forma por qualquer meio (eletrônico, mecânico, fotocópia, gravação ou qualquer outro), ou para qualquer propósito, sem a permissão expressa, por escrito, da Microsoft Corporation. Os nomes de fabricantes, produtos ou URLs são fornecidos apenas para fins informativos; a Microsoft não oferece nenhuma declaração nem garantia, expressa, implícita ou estatutária, relacionada a esses fabricantes ou ao uso dos produtos com qualquer tecnologia Microsoft. A inclusão de um fabricante ou produto não implica endosso da Microsoft ao fabricante ou produto. São fornecidos links a sites de terceiros. Esses sites não estão sob controle da Microsoft e a Microsoft não é responsável pelo conteúdo de qualquer site vinculado ou qualquer link contendo um site vinculado, ou ainda por quaisquer alterações ou atualizações de tais sites. A Microsoft também não é responsável por difusões na Web ou por qualquer outra forma de transmissão recebida de qualquer site vinculado. A Microsoft indica esses links apenas para a sua conveniência e a inclusão de qualquer link não implica o aval da Microsoft ao respectivo site ou aos produtos nele contidos. A Microsoft pode ter patentes ou requisições para obtenção de patente, marcas comerciais, direitos autorais ou outros direitos de propriedade intelectual que abrangem o conteúdo deste documento. A posse deste documento não lhe confere nenhum direito sobre as citadas patentes, marcas comerciais, direitos autorais ou outros direitos de propriedade intelectual, salvo aqueles expressamente mencionados em um contrato de licença, por escrito, da Microsoft Microsoft Corporation. Todos os direitos reservados. Microsoft, BizTalk, Internet Explorer, Jscript, MSDN, Outlook, PowerPoint, SQL Server, Visual Basic, Visual C#, Visual C++, Visual FoxPro, Visual Studio, Windows e Windows Server são marcas comerciais ou registradas da Microsoft Corporation nos Estados Unidos e/ou em outros países. Outros produtos e nomes de empresas aqui mencionados podem ser marcas comerciais de seus respectivos proprietários. Versão 1,1

3 Módulo 13: Usando os serviços de notificação (opcional) 13-1 Visão geral do módulo A entrega de informações fundamentais em tempo hábil é crucial para várias soluções de negócios. Os serviços de notificação são uma plataforma de notificação baseada no Microsoft SQL Server que habilita os desenvolvedores a criarem aplicativos dos serviços de notificação com rapidez e permite que os usuários executem esses aplicativos para receber informações personalizadas em tempo hábil. Ele possibilita uma notificação automatizada para assinantes usando vários protocolos e serviços de comunicação. Este módulo fornece uma introdução ao desenvolvimento dos aplicativos dos serviços de notificação. Objetivos Depois de concluir este módulo, você será capaz de: Descrever como funcionam os serviços de notificação. Desenvolver um aplicativo dos serviços de notificação.

4 13-2 Módulo 13: Usando os serviços de notificação (opcional) Lição 1: Introdução aos serviços de notificação Esta lição descreve a arquitetura e os componentes de uma solução para os serviços de notificação. Esses serviços abrangem componentes para o gerenciamento de inscrições e a captura de eventos, além da geração e distribuição de notificações. Você deve entender como esses componentes se encaixam para poder projetar e implementar uma solução para os serviços de notificação. Objetivos Depois de concluir esta lição, você será capaz de: Descrever o que são os serviços de notificação. Identificar os componentes de uma solução para os serviços de notificação. Explicar como gerenciar inscrições. Explicar como coletar eventos. Explicar como gerar notificações. Explicar como formatar e distribuir notificações. Descrever a arquitetura de uma solução para os serviços de notificação.

5 Módulo 13: Usando os serviços de notificação (opcional) 13-3 O que são os serviços de notificação? Os serviços de notificação fornecem uma estrutura que pode ser usada para criar soluções de notificação baseadas em inscrições. Você pode usá-los para criar aplicativos que notifiquem os usuários quando determinados eventos ocorrerem. Arquivos de configuração As soluções para os serviços de notificação são configuradas por meio de dois tipos de arquivo XML: um arquivo de configuração que contém configurações para uma instância dos serviços de notificação e arquivos de definição do aplicativo (ADFs) que contêm configurações para um aplicativo individual em uma instância dos serviços de notificação. Esses arquivos definem os bancos de dados SQL Server que contêm metadados sobre a instância e o aplicativo. Eventos Eventos pode ser qualquer coisa sobre a qual um usuário queira ser notificado, como a alteração no preço de uma ação, o envio de um pedido ou um gol marcado por um clube de futebol. Um provedor de eventos envia eventos para os serviços de notificação, que armazenam informações sobre eles em uma tabela de banco de dados.

6 13-4 Módulo 13: Usando os serviços de notificação (opcional) Assinantes Os usuários se registram para receber notificações de eventos que ocorrem. Eles usam um aplicativo de gerenciamento de inscrições para se registrarem como assinantes, especificando detalhes sobre si mesmos, os eventos dos quais desejam ser notificados e os dispositivos pelos quais eles querem que as notificações sejam enviadas. Essas informações são conhecidas como inscrição e são armazenadas em uma tabela de banco de dados. Inscrições Os usuários podem criar inscrições que recebam notificações quando os eventos ocorrerem ou em intervalos agendados regularmente. Os serviços de notificação usam um componente interno gerador para fazer a correspondência entre eventos e inscrições e criar notificações apropriadas. Distribuidores Os serviços de notificação geram uma notificação; ela é passada para um componente interno distribuidor, que a formata apropriadamente e envia para os dispositivos especificados pelo assinante. O distribuidor pode enviar notificações de diversas formas (como s, mensagens de texto SMS e alertas do.net Framework, por exemplo).

7 Módulo 13: Usando os serviços de notificação (opcional) 13-5 Arquitetura dos serviços de notificação As soluções para os serviços de notificação do SQL Server 2005 consistem em uma ou mais instâncias, cada qual hospedando um ou mais aplicativos. A compreensão da relação entre as instâncias e os aplicativos ajudará você a planejar sua solução para os serviços de notificação. Instâncias Uma instância dos serviços de notificação é definida com o uso de um arquivo de configuração XML e implementada como um serviço do Microsoft Windows cujos dados são armazenados em um banco de dados SQL Server. A instância armazena dados do assinante que podem ser compartilhados em todos os aplicativos dela, além de controlar a geração e a distribuição de notificações. O serviço do Windows para uma instância é chamado de ns$nome_da_instância e, por padrão, o banco de dados associado à instância é denominado de nome_da_instânciansmain. Aplicativos Cada instância pode controlar vários aplicativos. Um aplicativo é definido por meio de um ADF (arquivo de definição do aplicativo) XML e implementado com a criação de um banco de dados que, por padrão, é chamado de nome_da_instânciansnome_do_aplicativo. Os aplicativos armazenam informações sobre eventos, inscrições e notificações.

8 13-6 Módulo 13: Usando os serviços de notificação (opcional) Exemplo Por exemplo, suponha que a Adventure Works criou uma solução para os serviços de notificação com o objetivo de informar aos clientes quando os itens estão prontos para entrega. Um arquivo de configuração pode definir uma instância chamada AWOrders contendo um aplicativo chamado Deliveries definido em um ADF. Quando a solução for implantada, os itens a seguir serão criados. Tipo de item Nome Objetivo Serviço do Windows NS$AWOrders O serviço do Windows controla a instância dos serviços de notificação. Database (Banco de Dados) AWOrdersNSMain O banco de dados da instância AWOrders. Database (Banco de Dados) AWOrdersNSDeliveries O banco de dados do aplicativo Deliveries.

9 Módulo 13: Usando os serviços de notificação (opcional) 13-7 Como funciona o gerenciamento de inscrições Para habilitar uma solução para os serviços de notificação, você deve implementar um aplicativo de gerenciamento de inscrições através do qual os usuários possam se inscrever para receber notificações. A compreensão da arquitetura de gerenciamento de inscrições usada pelos serviços de notificação ajudará você a planejar seu aplicativo de gerenciamento de inscrições. Objetos do gerenciamento de inscrições Os serviços de notificação incluem os objetos do gerenciamento de inscrições, que são uma API (interface de programação de aplicativo) gerenciada para desenvolver aplicativos de gerenciamento de inscrições. A API consiste em classes do.net Framework com invólucros Interop COM (Component Object Model) que você pode usar para criar assinantes, dispositivos de assinante e inscrições. A tabela a seguir define esses termos mais detalhadamente. Termo Assinante Dispositivo de assinante Definição Usuário que deseja receber notificações. Ponto de extremidade de uma notificação, incluindo informações de endereço e tipo de dispositivo. Por exemplo, um dispositivo de assinante poderia ser um celular com um determinado número de telefone.

10 13-8 Módulo 13: Usando os serviços de notificação (opcional) Termo Subscription Definição Uma inscrição define quem deseja ser notificado do que e como. As inscrições podem ser controladas por eventos (nesse caso, geram uma notificação toda vez que um evento ocorre) ou agendadas (nesse caso, geram notificações em intervalos agendados). Armazenamento de dados de inscrições Os dados sobre assinantes e dispositivos de assinante são armazenados no banco de dados da instância e podem ser compartilhados por vários aplicativos. Os dados de inscrições são armazenados no banco de dados do aplicativo. Como opção, você pode definir tabelas de narração de inscrições para armazenar dados de notificações anteriores referentes a uma determinada inscrição. As narrações de inscrições são particularmente úteis quando um usuário tem uma inscrição agendada e você não deseja enviar uma notificação sobre dados que não sofreram alteração desde a última notificação.

11 Módulo 13: Usando os serviços de notificação (opcional) 13-9 Como funciona a coleta de eventos Para projetar uma solução para os serviços de notificação que dê suporte a inscrições controladas por eventos, você deve entender como coletar eventos e enviá-los para o aplicativo. Provedores de eventos Provedores de eventos são aplicativos que coletam informações sobre eventos e as enviam para um aplicativo dos serviços de notificação. Estes são os provedores de eventos padrão dos serviços de notificação: O provedor de eventos FileSystemWatcher, que monitora uma pasta de arquivos XML e envia dados dos XML como eventos. O provedor de eventos SQL Server, que pesquisa tabelas de bancos de dados em busca de alterações e as envia como eventos.

12 13-10 Módulo 13: Usando os serviços de notificação (opcional) Os provedores de eventos podem ser hospedados pelos serviços de notificação ou executados de modo independente. Considere os seguintes fatos sobre provedores de eventos: Os hospedados são executados no processo dos serviços de notificação e devem implementar a interface Microsoft.SqlServer.NotificationServices.IEventProvider. Os hospedados podem ser executados continuamente ou em intervalos agendados (nesse caso, devem implementar também a interface IScheduledEventProvider). Os independentes são executados de modo independente em relação aos serviços de notificação. APIs de eventos Além dos provedores de eventos padrão, você pode implementar provedores de eventos personalizados usando uma das quatro APIs de eventos fornecidas com os serviços de notificação. Elas estão descritas na tabela a seguir. API API gerenciada API do COM API do XML API do SQL Server Descrição Conjunto de classes do.net que podem ser usadas para criar e enviar eventos. Conjunto de invólucros COM da API gerenciada. API que usa o XMLLoader do SQL Server para carregar em massa eventos em um fluxo ou arquivo XML. Conjunto de procedimentos armazenados no banco de dados do aplicativo que podem ser usados para enviar eventos. Armazenamento de dados de eventos Os eventos são armazenados no banco de dados do aplicativo e usados pelos serviços de notificação para gerar notificações. A maneira ideal de enviar eventos é agrupá-los em lotes para que os serviços de notificação possam usar uma operação baseada no conjunto para fazer a correspondência de um grande número de eventos e inscrições em uma única consulta.

13 Módulo 13: Usando os serviços de notificação (opcional) Como funciona a geração de notificações Os serviços de notificação possuem um componente interno chamado gerador que processa inscrições, fazendo a correspondência delas com eventos e gerando notificações. É importante entender como o gerador processa inscrições para que você possa projetar regras de eventos e inscrições do seu aplicativo corretamente. Regras dos serviços de notificação O gerador processa eventos e inscrições usando regras definidas pelo desenvolvedor de aplicativos para fazer a correspondência entre inscrições e eventos. As regras são definidas por você no ADF. Uma regra assume a forma de uma consulta Transact-SQL. É possível definir três tipos diferentes de regra, conforme descrito na tabela a seguir. Tipo de regra Regra de narração de eventos Regra de eventos de inscrição Regra agendada de inscrições Descrição Consulta Transact-SQL que mantém dados de narração de eventos. Instrução Transact-SQL que faz a correspondência entre eventos e inscrições controladas por eventos, além de gerar notificações. Instrução Transact-SQL que gera notificações para inscrições agendadas.

14 13-12 Módulo 13: Usando os serviços de notificação (opcional) O gerador aciona essas regras na ordem em que estão listadas na tabela. Quando o gerador cria notificações, ele as registra em uma tabela de notificações para serem processadas por outro componente interno chamado distribuidor. O quanta do gerador O gerador processa as regras do aplicativo em intervalos regulares conhecidos como quanta, que são especificados no ADF de cada aplicativo. Você pode usar o quanta para otimizar o desempenho do seu aplicativo dos serviços de notificação. Um quanta curto processará notificações mais regularmente, embora consuma mais recursos do sistema, enquanto um quanta mais longo processará notificações menos regularmente e conservará os recursos do sistema.

15 Módulo 13: Usando os serviços de notificação (opcional) Como funciona a distribuição e a formatação de notificações Depois que o gerador cria um lote de notificações, o distribuidor as recupera, aplica a formatação adequada e envia o lote pelo canal de distribuição apropriado. Formatação de notificações Os dados de inscrições em uma notificação incluem o dispositivo de assinante para o qual a notificação deverá ser enviada e a localidade do assinante. O distribuidor usa essas informações para determinar os parâmetros adequados do formatador. Os serviços de notificação incluem um formatador XSLT, que aplica uma folha de estilos XSLT a uma representação XML da notificação. Também é possível desenvolver formatadores personalizados criando uma classe gerenciada que implementa a interface Microsoft.SqlServer.NotificationServices.IContentFormatter. A capacidade de usar diferentes parâmetros de formatador baseados na localidade e no dispositivo de assinante torna a solução extremamente flexível. Por exemplo, um usuário na França que deseje receber notificações por pode ter a notificação formatada como HTML com numeração e texto em francês, enquanto um usuário no Reino Unido que queira receber notificações por mensagem de texto SMS pode ter a mesma notificação com texto sem formatação em inglês britânico.

16 13-14 Módulo 13: Usando os serviços de notificação (opcional) Distribuição de notificações Depois de formatar a notificação, o distribuidor a envia pelo canal de distribuição apropriado. Você pode definir os canais de distribuição para o seu aplicativo no arquivo de configuração, especificando qual protocolo de comunicação será usado por cada canal para distribuir notificações. Os protocolos disponíveis para uma notificação específica são listados no ADF. Por padrão, os serviços de notificação oferecem suporte aos seguintes protocolos: File Simple Mail Transfer Protocol (SMTP) Também é possível desenvolver protocolos personalizados implementando o Microsoft.SqlServer.NotificationServices.IDeliveryProtocol ou a interface Microsoft.SqlServer.NotificationServices.IHTTPProtocolProvider. Opções de distribuição Em vez de usar o mecanismo padrão de distribuição de mensagem por mensagem, você pode usar o ADF para configurar as opções de distribuição alternativas descritas na tabela a seguir. Opção de distribuição Notificações de resumo Notificações multicast Descrição As notificações de resumo são úteis em cenários nos quais provavelmente várias notificações serão enviadas ao mesmo assinante. O uso de notificações de resumo faz com que o distribuidor agrupe em um lote as notificações referentes a um assinante e envie uma única notificação em vez de várias. As notificações multicast são o contrário das notificações de resumo. Quando for provável que o seu aplicativo envie a mesma notificação a vários assinantes, você pode usar as notificações multicast para formatar cada notificação apenas uma vez e enviá-la para vários destinatários.

17 Módulo 13: Usando os serviços de notificação (opcional) Exemplo de aplicativo dos serviços de notificação Agora que você já conhece os diversos componentes de arquitetura de um aplicativo dos serviços de notificação, é hora de ver como eles trabalham em conjunto para oferecer uma solução geral de notificação. Cenário A Adventure Works vende bicicletas e acessórios. Os clientes podem usar um formulário no site da Adventure Works para indicar se desejam ser informados quando um novo modelo de bicicleta de uma determinada categoria for disponibilizado. Eles podem optar por receber essa informação por ou mensagem de texto. Fluxo de processo do aplicativo O processo a seguir descreve as etapas na solução de notificação da Adventure Works: 1. Um cliente preenche o formulário no site. A página da Web usa os objetos do gerenciamento de inscrições dos serviços de notificação para inserir o assinante, o dispositivo de assinante e os dados da inscrição nos bancos de dados da instância e do aplicativo. 2. A Adventure Works libera uma nova linha de produtos, e detalhes sobre os novos produtos são adicionados ao banco de dados do catálogo. Um disparador na tabela de produtos é usado como provedor de eventos para inserir detalhes do evento no banco de dados do aplicativo dos serviços de notificação através da API de eventos do SQL Server.

18 13-16 Módulo 13: Usando os serviços de notificação (opcional) 3. No intervalo definido, o gerador faz a correspondência dos eventos ocorridos com as inscrições e gera notificações. 4. Depois de geradas as notificações, o distribuidor as recupera e aplica a formatação adequada com base na localidade e no dispositivo de assinante especificados por cada assinante. 5. Em seguida, o distribuidor envia a notificação formatada pelo canal de distribuição apropriado para o dispositivo de assinante selecionado. 6. O canal de distribuição transmite a notificação ao cliente.

19 Módulo 13: Usando os serviços de notificação (opcional) Lição 2: Desenvolvendo soluções para os serviços de notificação Esta lição descreve como implementar um aplicativo simples dos serviços de notificação. Ela aborda como criar e configurar uma solução usando arquivos ADF e como usar o SQL Server Management Studio para criar e gerenciar um aplicativo dos serviços de notificação. Além disso, ela explica como implementar um aplicativo de gerenciamento de inscrições e descreve as opções disponíveis na implementação de um provedor de eventos. Objetivos Depois de concluir esta lição, você será capaz de: Descrever como desenvolver uma solução para os serviços de notificação. Configurar uma instância dos serviços de notificação. Definir um aplicativo dos serviços de notificação. Gerenciar os serviços de notificação. Criar inscrições. Definir provedores de eventos. Descrever as práticas recomendadas para os serviços de notificação.

20 13-18 Módulo 13: Usando os serviços de notificação (opcional) Visão geral do desenvolvimento de soluções para os serviços de notificação Antes de começar a desenvolver um aplicativo dos serviços de notificação, você precisa entender as tarefas que deverá executar para criar a solução. A compreensão do processo de desenvolvimento o ajudará a planejar os recursos e o projeto de desenvolvimento com eficiência. Tarefas de desenvolvimento Ao desenvolver uma solução para os serviços de notificação, você deve executar as seguintes tarefas: 1. Projetar uma solução apropriada para o cenário da sua notificação. Durante esta etapa, um arquiteto de soluções deve planejar a solução para os serviços de notificação. 2. Criar os arquivos ADF e de configuração. Esses arquivos são documentos XML e, portanto, devem ser criados por um desenvolvedor com conhecimento da sintaxe do XML. 3. Registrar a instância e criar o aplicativo usando o SQL Server Management Studio ou o utilitário de linha de comando NSControl. O aplicativo deve ser criado por um desenvolvedor ou administrador com conhecimento no SQL Server Management Studio ou da sintaxe do utilitário de linha de comando NSControl.

21 Módulo 13: Usando os serviços de notificação (opcional) Criar um aplicativo de gerenciamento de inscrições. Sua solução deve incluir um aplicativo de gerenciamento de inscrições que usará os objetos do gerenciamento de inscrições, exigindo para isso um desenvolvedor que esteja familiarizado com a programação COM ou.net Framework. 5. Implementar coleta de eventos usando um provedor de eventos. A coleta de eventos é implementada com o uso de um provedor de eventos. Você pode usar um dos provedores de eventos padrão incluídos nos serviços de notificação ou desenvolver um provedor de eventos personalizado usando uma das APIs de eventos. Observação: O utilitário de linha de comando NSControl está fora do escopo deste curso. Para obter mais informações, consulte nscontrol Utility (em inglês) nos Manuais Online do SQL Server.

22 13-20 Módulo 13: Usando os serviços de notificação (opcional) Configurando uma instância dos serviços de notificação Você cria um arquivo de configuração XML para definir uma instância dos serviços de notificação. Você deve entender as informações nele contidas a fim de implementar a instância necessária para a sua solução. Parâmetros É possível passar parâmetros personalizados para um arquivo de configuração especificando-os na caixa de diálogo New Notification Services Instance (Nova Instância dos Serviços de Notificação) no SQL Server Management Studio. No arquivo em si, você pode fazer referência a esses parâmetros incluindo o nome do parâmetro entre caracteres de porcentagem (%). As variáveis de ambiente podem ser acessadas automaticamente no arquivo de configuração. É possível atribuir valores padrão a parâmetros usando um elemento <ParameterDefaults>. Esse recurso permite que o arquivo use parâmetros mesmo que eles não tenham sido especificados na linha de comando. Documentação do arquivo Use os elementos <Version> e <History> no arquivo para documentar as informações sobre o arquivo em si. Incluir documentação no arquivo facilita o gerenciamento da sua solução e aumenta a mantenabilidade.

23 Módulo 13: Usando os serviços de notificação (opcional) Configurações da instância O arquivo de configuração deve incluir um elemento <InstanceName> para atribuir um nome à instância e um elemento <SqlServerSystem> para especificar a instância do SQL Server que conterá o banco de dados da instância. Outra opção é incluir um elemento <Database> contendo informações que definem os arquivos de banco de dados a serem usados na criação do banco de dados da instância. Se você omitir esse elemento, o banco de dados da instância será criado copiando o banco de dados model. Configurações do aplicativo Use o elemento <Applications> para especificar os aplicativos que pertencem à instância. Esse elemento contém um elemento <Application> para cada aplicativo, que, por sua vez, contém os elementos <ApplicationName>, <BaseDirectoryPath>, <ApplicationDefinitionFilePath> e <Parameters> que especificam, respectivamente, o nome do aplicativo, o diretório, o ADF e os parâmetros a serem passados para o ADF. Configurações do protocolo Use o elemento <Protocols> para conter uma coleção de elementos <Protocol>. Cada elemento <Protocol> contém as informações sobre um protocolo personalizado Esse elemento não é necessário se a solução usar os protocolos padrão (File e SMTP). Canais de distribuição Defina os canais de distribuição disponíveis na instância no elemento <DeliveryChannels>. Especifique cada canal de distribuição em um elemento <DeliveryChannel> que inclua o nome dele, o protocolo que ele usa e os argumentos exigidos pelo protocolo (como nome de servidor, no caso do protocolo SMTP). Criptografando argumentos Você pode usar o elemento <EncryptArguments> opcional para criptografar dados sigilosos nos bancos de dados da instância e do aplicativo.

24 13-22 Módulo 13: Usando os serviços de notificação (opcional) Prática: Exibindo um arquivo de configuração É importante que você entenda a estrutura e o conteúdo de um arquivo de configuração dos serviços de notificação antes de criar o seu próprio. Objetivos Nesta prática, você exibirá um exemplo de arquivo de configuração dos serviços de notificação. Instruções Inicie a máquina virtual 5132B-MIA-SQL-13. Fazer logon na máquina virtual com o nome de usuário Aluno e a senha Pa$$w0rd. Exibir o arquivo de configuração 1. Clique em Iniciar e em Windows Explorer. 2. No Windows Explorer, vá para a pasta D:\Practices e clique duas vezes em Config.xml. 3. Se uma caixa de mensagem da Barra de Informações aparecer, clique em OK. 4. Examine o arquivo de configuração, observando as configurações abordadas no tópico anterior.

25 Módulo 13: Usando os serviços de notificação (opcional) Feche o Microsoft Internet Explorer. 6. Deixe o Windows Explorer aberto; ele será utilizado na próxima prática. Depois de concluir a prática, deixe a máquina virtual aberta para ser usada na próxima prática.

26 13-24 Módulo 13: Usando os serviços de notificação (opcional) Definindo um aplicativo dos serviços de notificação É necessário criar um ADF para cada aplicativo na sua solução para os serviços de notificação. Assim como no arquivo de configuração, é importante que você entenda as configurações no ADF para que possa criar um aplicativo que atenda às suas necessidades específicas. Parâmetros Os serviços de notificação podem passar parâmetros para o ADF a partir do arquivo de configuração. Você pode fazer referência a esses parâmetros no ADF incluindo o nome do parâmetro entre caracteres de porcentagem (%). Assim como no arquivo de configuração, é possível atribuir valores padrão a parâmetros usando um elemento <ParameterDefaults>. Documentação do arquivo Você pode usar os elementos <Version> e <History> para documentar seu ADF da mesma forma como faz em um arquivo de configuração. Configurações do banco de dados Se você quiser personalizar os arquivos de banco de dados usados para o banco de dados do aplicativo, pode incluir um elemento <Database> que contenha as informações necessárias sobre o arquivo.

27 Módulo 13: Usando os serviços de notificação (opcional) Classes do evento As exibições e tabelas de eventos no banco de dados são definidas com o uso de elementos <EventClass> contidos em um elemento <EventClasses>. Cada classe de evento pode conter os elementos descritos na tabela a seguir. Elemento <EventClassName> <Schema> <FileGroup> <IndexSqlSchema> <ChronicleRule> <Chronicles> Descrição O nome da classe de evento (e da exibição de banco de dados) a ser criada. Contém vários elementos <Field>, cada um descrevendo um campo na classe de exibição de eventos. O grupo de arquivos do banco de dados no qual a exibição deverá ser criada. Uma instrução Transact-SQL usada para criar um índice na exibição. Contém informações usadas para criar uma regra baseada em Transact-SQL para gerenciar dados de narração. Contém um elemento <Chronicle> para cada tabela de narração e as instruções Transact-SQL necessárias para criar as tabelas de narração. Classes da inscrição Um elemento <SubscriptionClasses> contém um elemento <SubscriptionClass> para cada exibição e tabela de inscrição. Um elemento <SubscriptionClass> pode conter os elementos a seguir. Elemento <SubscriptionClassName> <Schema> <FileGroup> <IndexSqlSchema> <EventRules> <ScheduledRules> <Chronicles> Descrição O nome da classe de inscrição (e da exibição de banco de dados) a ser criada. Contém vários elementos <Field>, cada um descrevendo um campo na tabela da classe de inscrição. Esses campos são acrescentados aos campos padrão SubscriptionId, SubscriberId e Enabled em uma exibição de banco de dados. O grupo de arquivos do banco de dados no qual a exibição deverá ser criada. Uma instrução Transact-SQL usada para criar um índice na exibição. Contém informações usadas para criar uma regra baseada em Transact-SQL para gerenciar notificações controladas por eventos. Contém informações usadas para criar uma regra baseada em Transact-SQL para gerenciar notificações agendadas. Contém um elemento <Chronicle> para cada tabela de narração e as instruções Transact-SQL necessárias para criar as tabelas de narração.