Esta página foi traduzida pela API Cloud Translation.

Notificações push

Neste documento, descrevemos como usar notificações push que informam seu aplicativo quando um recurso é alterado.

Visão geral

A API Google Calendar fornece notificações push que permitem monitorar alterações nos recursos. Use esse recurso para melhorar o desempenho do aplicativo. Isso permite eliminar os custos extras de rede e computação envolvidos na pesquisa de recursos para determinar se eles mudaram. Sempre que um recurso monitorado é alterado, a API Google Calendar notifica o aplicativo.

Para usar as notificações push, você precisa fazer o seguinte:

Configure o URL de recebimento ou o receptor de callback do "webhook".
Esse é um servidor HTTPS que processa as mensagens de notificação de API acionadas quando um recurso é modificado.
Configure um (canal de notificação) para cada endpoint de recurso que você quer monitorar.
Um canal especifica informações de roteamento para mensagens de notificação. Como parte da configuração do canal, você precisa identificar o URL específico em que quer receber as notificações. Sempre que o recurso de um canal muda, a API Google Calendar envia para esse URL uma mensagem de notificação como uma solicitação POST.

No momento, a API Google Calendar é compatível com notificações de mudanças nos recursos Acl, CalendarList, Events e Settings.

Criar canais de notificação

Para solicitar notificações push, configure um canal de notificação para cada recurso que você quer monitorar. Depois que os canais de notificação são configurados, a API Google Calendar informa ao aplicativo quando um recurso monitorado é alterado.

Fazer solicitações ao relógio

Cada recurso da API Google Calendar que pode ser assistido tem um método watch associado em um URI com o seguinte formato:

https://www.googleapis.com/API_NAME/API_VERSION/RESOURCE_PATH/watch

Para configurar um canal de notificação para mensagens sobre mudanças em um recurso específico, envie uma solicitação POST para o método watch do recurso.

Cada canal de notificação está associado a um usuário e a um recurso (ou conjunto de recursos) específico. Uma solicitação watch não terá êxito a menos que o usuário atual seja proprietário ou tenha permissão para acessar esse recurso.

Exemplo

Comece a observar alterações em uma coleção de eventos em uma determinada agenda:

POST https://www.googleapis.com/calendar/v3/calendars/my_calendar@gmail.com/events/watch
Authorization: Bearer auth_token_for_current_user
Content-Type: application/json

{
  "id": "01234567-89ab-cdef-0123456789ab", // Your channel ID.
  "type": "web_hook",
  "address": "https://mydomain.com/notifications", // Your receiving URL.
  ...
  "token": "target=myApp-myCalendarChannelDest", // (Optional) Your channel token.
  "expiration": 1426325213000 // (Optional) Your requested channel expiration time.
}

Propriedades obrigatórias

Em cada solicitação watch, você precisa preencher estes campos:

Uma string de propriedade id que identifica exclusivamente esse novo canal de notificação no seu projeto. Recomendamos o uso de um identificador universal exclusivo (UUID) ou qualquer string exclusiva semelhante. Tamanho máximo: 64 caracteres.

O valor do ID definido é retornado no cabeçalho HTTP X-Goog-Channel-Id de todas as mensagens de notificação recebidas para esse canal.
Uma string de propriedade type definida com o valor web_hook.
Uma string de propriedade address definida como o URL que detecta e responde às notificações desse canal. Esse é o URL do callback do webhook e precisa usar HTTPS.

Observe que a API Google Calendar só poderá enviar notificações para esse endereço HTTPS se houver um certificado SSL válido instalado no seu servidor da Web. Certificados inválidos incluem:
- Certificados autoassinados.
- Certificados assinados por uma fonte não confiável.
- Certificados que foram revogados
- Certificados com um assunto que não corresponde ao nome do host de destino.

Propriedades opcionais

Também é possível especificar esses campos opcionais com sua solicitação watch:

Uma propriedade token que especifica um valor de string arbitrário a ser usado como um token de canal. É possível usar esses tokens para várias finalidades. Por exemplo, é possível usar o token para verificar se cada mensagem recebida é de um canal criado pelo aplicativo, para garantir que a notificação não esteja sendo falsificada, ou para rotear a mensagem para o destino correto dentro do aplicativo com base na finalidade desse canal. Tamanho máximo: 256 caracteres.
O token é incluído no cabeçalho HTTP X-Goog-Channel-Token em todas as mensagens de notificação que seu app recebe para esse canal.

Se você usa tokens de canais de notificação, recomendamos o seguinte:
- Use um formato de codificação extensível, como parâmetros de consulta de URL. Exemplo: forwardTo=hr&createdBy=mobile
- Não inclua dados sensíveis, como tokens OAuth.
Observação: se você precisar enviar dados altamente confidenciais, verifique se eles estão criptografados antes de adicioná-los ao token.
Uma string de propriedade expiration definida como um carimbo de data/hora do Unix (em milissegundos) da data e da hora em que você quer que a API Google Calendar pare de enviar mensagens a esse canal de notificação.

Se um canal tiver prazo de validade, ele será incluído como o valor do cabeçalho HTTP X-Goog-Channel-Expiration (em formato legível) em todas as mensagens de notificação que seu aplicativo receber sobre esse canal.

Para mais detalhes sobre a solicitação, consulte o método watch para os recursos Acl, CalendarList, Events e Settings na Referência da API.

Assistir resposta

Se a solicitação watch criar um canal de notificação, ela retornará um código de status HTTP 200 OK.

O corpo da mensagem da resposta do relógio fornece informações sobre o canal de notificação que você acabou de criar, conforme mostrado no exemplo abaixo.

{
  "kind": "api#channel",
  "id": "01234567-89ab-cdef-0123456789ab"", // ID you specified for this channel.
  "resourceId": "o3hgv1538sdjfh", // ID of the watched resource.
  "resourceUri": "https://www.googleapis.com/calendar/v3/calendars/my_calendar@gmail.com/events", // Version-specific ID of the watched resource.
  "token": "target=myApp-myCalendarChannelDest", // Present only if one was provided.
  "expiration": 1426325213000, // Actual expiration time as Unix timestamp (in ms), if applicable.
}

Além das propriedades que você enviou como parte da solicitação, as informações retornadas também incluem resourceId e resourceUri para identificar o recurso que está sendo monitorado nesse canal de notificação.

Observação: a propriedade resourceId é um identificador estável e independente da versão para o recurso. A propriedade resourceUri é o URI canônico do recurso monitorado no contexto da versão atual da API. Portanto, ela é específica para cada versão.

É possível passar as informações retornadas para outras operações de canal de notificação, como quando você quer parar de receber notificações.

Para mais detalhes sobre a resposta, consulte o método watch para os recursos Acl, CalendarList, Events e Settings na Referência da API.

Sincronizar mensagem

Depois de criar um canal de notificação para monitorar um recurso, a API Google Calendar envia uma mensagem sync para indicar que as notificações estão sendo iniciadas. O valor do cabeçalho HTTP X-Goog-Resource-State para essas mensagens é sync. Devido a problemas de sincronização de rede, é possível receber a mensagem sync mesmo antes de receber a resposta do método watch.

É seguro ignorar a notificação sync, mas ela também pode ser usada. Por exemplo, se você decidir que não quer manter o canal, use os valores X-Goog-Channel-ID e X-Goog-Resource-ID em uma chamada para parar de receber notificações. Você também pode usar a notificação sync para fazer alguma inicialização e se preparar para eventos posteriores.

Confira abaixo o formato de mensagens sync que a API Google Calendar envia para o URL de recebimento.

POST https://mydomain.com/notifications // Your receiving URL.
X-Goog-Channel-ID: channel-ID-value
X-Goog-Channel-Token: channel-token-value
X-Goog-Channel-Expiration: expiration-date-and-time // In human-readable format. Present only if the channel expires.
X-Goog-Resource-ID: identifier-for-the-watched-resource
X-Goog-Resource-URI: version-specific-URI-of-the-watched-resource
X-Goog-Resource-State: sync
X-Goog-Message-Number: 1

As mensagens de sincronização sempre têm um valor de cabeçalho HTTP X-Goog-Message-Number de 1. Cada notificação subsequente para esse canal tem um número de mensagem maior que a anterior, embora os números não sejam sequenciais.

Renovar canais de notificação

Um canal de notificação pode ter um prazo de validade, com um valor determinado pela sua solicitação ou por qualquer limite interno ou padrão da API Google Calendar (o valor mais restritivo será usado). O prazo de validade do canal, se tiver um, é incluído como um carimbo de data/hora Unix (em milissegundos) nas informações retornadas pelo método watch. Além disso, a data e a hora de validade estão incluídas (em formato legível) em todas as mensagens de notificação que seu aplicativo recebe para esse canal no cabeçalho HTTP X-Goog-Channel-Expiration.

No momento, não há como renovar um canal de notificação de forma automática. Quando um canal estiver perto de expirar, será necessário substituí-lo por um novo chamando o método watch. Como sempre, você precisa usar um valor exclusivo para a propriedade id do novo canal. É provável que haja um período de "sobreposição" quando os dois canais de notificação para o mesmo recurso estiverem ativos.

Receber notificações

Sempre que um recurso monitorado muda, o aplicativo recebe uma mensagem de notificação descrevendo a mudança. A API Google Calendar envia essas mensagens como solicitações HTTPS POST para o URL especificado como a propriedade address para esse canal de notificação.

Observação:as solicitações HTTPS de entrega de notificações especificam um user agent de APIs-Google e respeitam as diretivas robots.txt, conforme descrito em APIs User agent do Google.

Interpretar o formato das mensagens de notificação

Todas as mensagens de notificação incluem um conjunto de cabeçalhos HTTP com prefixos X-Goog-. Alguns tipos de notificação também podem incluir um corpo de mensagem.

Cabeçalhos

As mensagens de notificação postadas pela API Google Calendar no URL de recebimento incluem os seguintes cabeçalhos HTTP:

Cabeçalho	Descrição
Sempre presente
`X-Goog-Channel-ID`	UUID ou outra string exclusiva fornecida para identificar esse canal de notificação.
`X-Goog-Message-Number`	Número inteiro que identifica a mensagem para o canal de notificação. O valor é sempre `1` para mensagens `sync`. Os números de mensagens aumentam para cada mensagem subsequente no canal, mas não são sequenciais.
`X-Goog-Resource-ID`	Um valor opaco que identifica o recurso monitorado. Esse ID é estável em todas as versões da API.
`X-Goog-Resource-State`	O novo estado do recurso que acionou a notificação. Valores possíveis: `sync`, `exists` ou `not_exists`.
`X-Goog-Resource-URI`	Um identificador específico da versão da API para o recurso monitorado.
Às vezes presente
`X-Goog-Channel-Expiration`	Data e hora da expiração do canal de notificação, expressas em formato legível. Presente apenas se definido.
`X-Goog-Channel-Token`	Token do canal de notificação que foi definido pelo seu aplicativo e que você pode usar para verificar a origem da notificação. Presente apenas se definido.

As mensagens de notificação postadas pela API Google Calendar no URL de recebimento não incluem o corpo da mensagem. Essas mensagens não contêm informações específicas sobre recursos atualizados. Será necessário fazer outra chamada de API para ver todos os detalhes da alteração.

Exemplos

Mudar a mensagem de notificação para a coleção modificada de eventos:

POST https://mydomain.com/notifications // Your receiving URL.
Content-Type: application/json; utf-8
Content-Length: 0
X-Goog-Channel-ID: 4ba78bf0-6a47-11e2-bcfd-0800200c9a66
X-Goog-Channel-Token: 398348u3tu83ut8uu38
X-Goog-Channel-Expiration: Tue, 19 Nov 2013 01:13:52 GMT
X-Goog-Resource-ID:  ret08u3rv24htgh289g
X-Goog-Resource-URI: https://www.googleapis.com/calendar/v3/calendars/my_calendar@gmail.com/events
X-Goog-Resource-State:  exists
X-Goog-Message-Number: 10

Responder a notificações

Para indicar o sucesso, retorne qualquer um destes códigos de status: 200, 201, 202, 204 ou 102.

Se o serviço usa a biblioteca de cliente da API do Google e retorna 500, 502, 503 ou 504, a API Google Calendar tenta de novo com espera exponencial. Todos os outros códigos de status de retorno são considerados uma mensagem de falha.

Entender os eventos de notificação da API Google Calendar

Esta seção traz detalhes sobre as mensagens de notificação que você pode receber ao usar as notificações push com a API Google Calendar.

X-Goog-Resource-State	Aplicável a	Entregue quando
`sync`	ACLs, listas de agendas, eventos e configurações.	Um novo canal foi criado. Você vai começar a receber notificações sobre ele.
`exists`	ACLs, listas de agendas, eventos e configurações.	Houve uma alteração em um recurso. As possíveis alterações incluem a criação de um novo recurso ou a modificação ou exclusão de um recurso existente.

Parar notificações

A propriedade expiration controla quando as notificações são interrompidas automaticamente. Você pode optar por parar de receber notificações para um canal específico antes que ele expire chamando o método stop no seguinte URI:

https://www.googleapis.com/calendar/v3/channels/stop

Esse método exige que você forneça pelo menos as propriedades id e resourceId do canal, conforme mostrado no exemplo abaixo. Se a API Google Calendar tiver vários tipos de recursos com métodos watch, haverá apenas um método stop.

Somente usuários com a permissão correta podem interromper um canal. Especificamente, faça o seguinte:

Se o canal foi criado por uma conta de usuário normal, apenas o mesmo usuário do mesmo cliente (conforme identificado pelos IDs do cliente OAuth 2.0 nos tokens de autenticação) que criou o canal pode interrompê-lo.
Se o canal foi criado por uma conta de serviço, qualquer usuário do mesmo cliente pode interrompê-lo.

O exemplo de código a seguir mostra como parar de receber notificações:

POST https://www.googleapis.com/calendar/v3/channels/stop
  
Authorization: Bearer CURRENT_USER_AUTH_TOKEN
Content-Type: application/json

{
  "id": "4ba78bf0-6a47-11e2-bcfd-0800200c9a66",
  "resourceId": "ret08u3rv24htgh289g"
}

Considerações especiais

Ao trabalhar com notificações push, lembre-se do seguinte:

Eventos e ACLs são definidos por agenda Se você quiser receber notificações sobre todas as alterações de eventos ou de ACLs nas agendas A e B, precisará se inscrever separadamente nas coleções de eventos/ACLs de A e B.

Configurações e listas de agendas por usuário As configurações e as listas de agendas têm apenas uma coleção por usuário. Assim, você pode se inscrever apenas uma vez.

Além disso, você não é notificado quando tem acesso a uma nova coleção (por exemplo, uma nova agenda), embora seja notificado caso essa agenda seja adicionada à lista de agendas (supondo que você esteja inscrito na coleção da lista de agendas).

As notificações não são 100% confiáveis. Uma pequena porcentagem de mensagens pode ser descartada em condições normais de trabalho. Gerencie essas mensagens ausentes corretamente para que o aplicativo ainda seja sincronizado, mesmo que nenhuma mensagem de push seja recebida.