Erro interno do servidor gcm forex

500 é o código de erro HTTP para erro interno. Enviar uma Mensagem do Google Cloud para o Google Chrome a partir do site Google oauthplayground retorna isso para mim: HTTP1.1 500 Internal Server Error Tamanho do conteúdo: 52 X-xss-protection: 1 modoblock X-content-type-options: nosniff X-google - Cache-control: remote-fetch - content-encoding: gzip Servidor: GSE Razão: Internal Server Error Via: HTTP1.1 GWA Controle de cache: private, max-age0 Data: Qua, 15 de maio de 2013 07:01:40 GMT X - frame-options: SAMEORIGIN Tipo de conteúdo: applicationjson charsetUTF-8 Expira: Qua, 15 de maio de 2013 07:01:40 GMT Ocorreu um erro interno. Isso indica que algo correu mal no lado do servidor do Google (por exemplo, algum backend que não funciona ou erros na postagem HTTP, como um token de acesso ausente). Essencialmente, há algo errado no lado de Googles das coisas. Considerando que o Google IO vai começar em poucas horas, eu assumiria que eles estão atualmente fazendo algumas mudanças. Tente verificar novamente em algumas horas. Uma das possíveis razões para isso é se o aplicativo que você usa para testes nunca foi publicado na Chrome Web Store. Então, se você criou um aplicativo localmente e carregue no Chrome descompactado para testar por exemplo - sempre falhará assim porque o GCM não sabe quem é o proprietário do aplicativo. Ao publicar o aplicativo na loja, use a mesma conta do google que foi usada no Api Console para criar um projeto e o cliente Oauth, o segredo secreto, etc. O GCM para Chrome funciona somente se essas contas do google coincidirem. O GCM verifica se o proprietário de um aplicativo corresponde ao proprietário de um token de acesso para garantir que ninguém além do proprietário de um aplicativo publique mensagens para ele. Publicar o aplicativo na Web Store cria um link entre uma conta do Google e o aplicativo para que possa ser verificado. Agora, uma vez que você publica alguma versão do seu aplicativo, você pode adicionar o token mágico gerado pela Web Store ao manifesto de seu aplicativo local e continuar modifyreloaddebug localmente, agora seu aplicativo corretamente registrado para o GCM. Veja a minha resposta no grupo de cromo-apps para obter mais detalhes sobre isso. Respondeu 21 de maio 13 às 23:01 Eu também recebi o mesmo erro. Resolvi isso empacotando meu aplicativo e subindo para o Chrome Store. Então eu uso novo ID de canal e funciona agora respondido 31 de maio 13 às 4:30 Sua Responda 2017 Stack Exchange, Referência do Servidor de Conexão IncHTTP Este parâmetro identifica um grupo de mensagens (por exemplo, com collapsekey: atualizações disponíveis) que podem ser colapsadas, para que Somente a última mensagem é enviada quando a entrega pode ser retomada. Isso destina-se a evitar o envio de muitas das mesmas mensagens quando o dispositivo volta on-line ou se torna ativo. Observe que não há garantia do pedido no qual as mensagens são enviadas. Nota: um máximo de 4 chaves de colapso diferentes é permitido em qualquer momento. Isso significa que um servidor de conexão GCM pode armazenar simultaneamente 4 mensagens diferentes de envio para sincronização por aplicativo cliente. Se você exceder esse número, não há garantia de que as chaves 4 colapsar o servidor de conexão GCM manterão. Define a prioridade da mensagem. Os valores válidos são normais e altos. No iOS, estes correspondem às prioridades 5 e 10. dos APNs. Por padrão, as mensagens de notificação são enviadas com alta prioridade e as mensagens de dados são enviadas com prioridade normal. A prioridade normal otimiza o consumo de bateria do aplicativo cliente e deve ser usada a menos que seja necessária uma entrega imediata. Para mensagens com prioridade normal, o aplicativo pode receber a mensagem com atraso não especificado. Quando uma mensagem é enviada com alta prioridade, é enviada imediatamente e o aplicativo pode ativar um dispositivo para dormir e abrir uma conexão de rede ao seu servidor. Opcional, JSON boolean No iOS, use este campo para representar o conteúdo disponível na carga útil da APNS. Quando uma notificação ou mensagem é enviada e esta é definida como verdadeira. Um aplicativo cliente inativo é despertado. No Android, as mensagens de dados despertam o aplicativo por padrão. No Chrome, atualmente não é suportado. Delaywhileidle Deprecated Efetivo 15 de novembro de 2016 Opcional, JSON boolean Este parâmetro está obsoleto. Após 15 de novembro de 2016, será aceito pela GCM, mas será ignorado. Quando este parâmetro é definido como verdadeiro. Indica que a mensagem não deve ser enviada até que o dispositivo fique ativo. O valor padrão é falso . Opcional, número JSON Este parâmetro especifica quanto tempo (em segundos) a mensagem deve ser mantida no armazenamento GCM se o dispositivo estiver desconectado. O tempo máximo de vida suportado é de 4 semanas e o valor padrão é de 4 semanas. Para obter mais informações, consulte Configurando o tempo de vida de uma mensagem. Este parâmetro especifica o nome do pacote do aplicativo onde os tokens de registro devem corresponder para receber a mensagem. Opcional, JSON boolean Este parâmetro, quando definido como verdadeiro. Permite aos desenvolvedores testar um pedido sem realmente enviar uma mensagem. O valor padrão é falso . Opcional, objeto JSON Este parâmetro especifica os pares de valores-chave personalizados da carga útil das mensagens. Por exemplo, com dados:: No Android, isso resultaria em uma intenção de pontuação adicional com o valor da string 3x1. No iOS, se a mensagem é enviada via APNS, ela representa os campos de dados personalizados. Se for enviado via servidor de conexão GCM, ele seria representado como dicionário de valores chave no aplicativo AppDelegate: didReceiveRemoteNotification. A chave não deve ser uma palavra reservada (de qualquer palavra que comece com o google ou gcm). Não use nenhuma das palavras definidas nesta tabela (como a chave de colapso). Valores em tipos de cordas são recomendados. Você deve converter valores em objetos ou outros tipos de dados não-string (por exemplo, inteiros ou booleanos) para string. Opcional, objeto JSON Este parâmetro especifica os pares chave-valor predefinidos e visíveis pelo usuário da carga útil da notificação. Consulte o suporte da carga útil da Notificação para detalhes. Para obter mais informações sobre a mensagem de notificação e as opções de mensagens de dados, consulte Payload. Suporte de carga útil de notificação A tabela a seguir lista os parâmetros predefinidos disponíveis para usar em mensagens de notificação. Tabela 2. Parâmetros para mensagens de notificação por plataforma Este parâmetro especifica os pares chave-valor da carga útil das mensagens. Não há limite no número de parâmetros de valor-chave, mas existe um limite total de tamanho de mensagem de 4kb. Por exemplo, no Android, data. score.3x1 resultaria em uma intenção de pontuação adicional com o valor da string 3x1. A chave não deve ser uma palavra reservada (de qualquer palavra que comece com o google ou gcm). Não use nenhuma das palavras definidas nesta tabela (como a chave de colapso). Interpretando uma resposta de mensagem a jusante O servidor de aplicativos deve avaliar o cabeçalho da resposta da mensagem e o corpo para interpretar a resposta da mensagem enviada pelo GCM. A tabela a seguir descreve as possíveis respostas. Tabela 4. Cabeçalho de resposta da mensagem HTTP a jusante. A mensagem foi processada com sucesso. O corpo da resposta conterá mais detalhes sobre o status da mensagem, mas seu formato dependerá se a solicitação foi JSON ou texto sem formatação. Veja a tabela 5 para mais detalhes. Aplica-se apenas aos pedidos JSON. Indica que o pedido não pôde ser analisado como JSON, ou continha campos inválidos (por exemplo, passando uma string onde um número era esperado). O motivo de falha exato é descrito na resposta e o problema deve ser abordado antes que o pedido possa ser tentado novamente. Ocorreu um erro ao autenticar a conta do remetente. Erros no intervalo 500-599 (como 500 ou 503) indicam que houve um erro interno no servidor de conexão GCM ao tentar processar a solicitação ou que o servidor está temporariamente indisponível (por exemplo, devido a tempos limite). O remetente deve voltar a tentar mais tarde, honrando qualquer cabeçalho Retry-After incluído na resposta. Os servidores de aplicativos devem implementar back-end exponencial. A tabela a seguir lista os campos em um corpo de resposta de mensagem a jusante (JSON). Tabela 5. Corpo de resposta da mensagem HTTP a jusante (JSON). Verifique se a solicitação contém um token de registro (no registro em uma mensagem de texto simples ou no campo para ou registros no JSON). Token de registro inválido Verifique o formato do token de registro que você passou para o servidor. Certifique-se de que corresponde ao token de registro que o aplicativo cliente recebe de se registrar no GCM. Não trunca ou adicione caracteres adicionais. Um token de registro existente pode deixar de ser válido em vários cenários, incluindo: Se o aplicativo cliente anular o registro com o GCM. Se o aplicativo cliente for automaticamente não registrado, o que pode acontecer se o usuário desinstala o aplicativo. Por exemplo, no iOS, se o Serviço de Feedback APNS informou o token APNS como inválido. Se o token de registro expirar (por exemplo, o Google pode decidir atualizar os tokens de registro ou o token APNS expirou para dispositivos iOS). Se o aplicativo cliente for atualizado, mas a nova versão não está configurada para receber mensagens. Para todos esses casos, remova este token de registro do servidor do aplicativo e pare de usá-lo para enviar mensagens. Nome do pacote inválido Certifique-se de que a mensagem foi endereçada para um token de registro cujo nome do pacote corresponde ao valor passado na solicitação. A conta do remetente usada para enviar uma mensagem não poderia ser autenticada. Causas possíveis são: cabeçalho de autorização faltando ou com sintaxe inválida na solicitação HTTP. Número de projeto inválido enviado como chave. Chave válida mas com serviço GCM desativado. Pedido originado de um servidor não listado na lista de IPs de servidor. Verifique se o token que você está enviando dentro do cabeçalho da Autenticação é a chave de servidor correta associada ao seu projeto. Consulte Verificar a validade de uma chave do servidor para obter detalhes. A partir de setembro de 2016, você pode criar novas chaves de servidor somente no Firebase Console usando a guia Cloud Messaging do painel Configurações. Os projetos existentes que precisam criar uma nova chave do servidor podem ser importados no console Firebase sem afetar sua configuração existente. Um token de registro está vinculado a um determinado grupo de remetentes. Quando um aplicativo cliente se cadastrou para GCM, ele deve especificar quais remetentes podem enviar mensagens. Você deve usar uma dessas IDs do remetente ao enviar mensagens para o aplicativo cliente. Se você mudar para um remetente diferente, os tokens de registro existentes não funcionarão. Verifique se a mensagem JSON está devidamente formatada e contém campos válidos (por exemplo, certificando-se de que o tipo de dados correto é passado). Mensagem demasiado grande Verifique se o tamanho total dos dados da carga útil incluídos em uma mensagem não excede os limites do GCM: 4096 bytes para a maioria das mensagens ou 2048 bytes no caso de mensagens para tópicos ou mensagens de notificação no iOS. Isso inclui as chaves e os valores. Erro da Chave de Dados Inválida 200: InvalidDataKey Verifique se os dados da carga útil não possuem uma chave (como por exemplo, de. Ou gcm. Ou qualquer valor prefixado pelo google) que é usado internamente pela GCM. Observe que algumas palavras (como a chave de colapso) também são usadas pelo GCM, mas são permitidas na carga útil, caso em que o valor da carga útil será substituído pelo valor GCM. Tempo inválido para viver Verifique se o valor usado no timetolive é um número inteiro que representa uma duração em segundos entre 0 e 2,419,200 (4 semanas). Erro 5xx ou 200: Indisponível O servidor não pode processar a solicitação no tempo. Tente novamente a mesma solicitação, mas você deve: Honrar o cabeçalho Retry-After se estiver incluído na resposta do Servidor de Conexão GCM. Implementar uma compensação exponencial em seu mecanismo de tentativa. (Por exemplo, se você esperou um segundo antes da primeira tentativa, aguarde pelo menos dois segundos antes do próximo, depois 4 segundos e assim por diante). Se você estiver enviando várias mensagens, demore cada uma de forma independente por uma quantidade aleatória adicional para evitar emitir um novo pedido para todas as mensagens ao mesmo tempo. Os remetentes que causam problemas correm o risco de estar na lista negra. Erro interno do servidor erro 500 ou 200: InternalServerError O servidor encontrou um erro ao tentar processar a solicitação. Você pode repetir o mesmo pedido seguindo os requisitos listados no Tempo limite (veja a linha acima). Se o erro persistir, informe o problema no grupo android-gcm. Taxa de mensagem do dispositivo excedeu o erro 200: DeviceMessageRate Excedido A taxa de mensagens para um dispositivo específico é muito alta. Reduza o número de mensagens enviadas para este dispositivo e não tente novamente o envio para este dispositivo. Tópicos Taxa de mensagem excedida 200: TópicosMessageRate Excedido A taxa de mensagens para assinantes de um tópico específico é muito alta. Reduza o número de mensagens enviadas para este tópico e não tente novamente o envio. Erro incorreto das credenciais APNs 200: InvalidApnsCredential Uma mensagem direcionada a um dispositivo iOS não pôde ser enviada porque o certificado SSL APNs não foi carregado ou expirou. Verifique a validade de seus certificados de desenvolvimento e produção. Exceto quando mencionado de outra forma, o conteúdo desta página está licenciado sob a licença Creative Commons Attribution 3.0. E as amostras de código são licenciadas sob a Licença Apache 2.0. Para obter detalhes, consulte as Políticas do site. Java é uma marca comercial registrada da Oracle e suas afiliadas. 31, 2017 Confira os vídeos do GCM no YouTube Explore nossos aplicativos de exemplo ou garotas para criar o seu próprio Pergunte perguntas com a tag google-cloud-messaging