FAQ do Outsystems
Gerenciando arquivos google-services em projetos com vários nomes de pacote possíveis
Anchor link toNo plugin, você pode adicionar vários arquivos google-service.json ao seu projeto, que serão selecionados com base no nome do pacote definido durante a compilação.
Se você deseja alternar entre vários projetos do Firebase (cada um com seu próprio arquivo de configuração google-services.json), siga estes passos:
-
Crie um arquivo ZIP. Coloque cada arquivo
google-services.jsonem um arquivo.zipchamadogoogle-services.zip. -
Ao adicionar este arquivo
.zipao projeto, defina a ação como Deploy to Target Directory e especifique o diretório de destino comogoogle-services/${package_name}.
Por exemplo, se o nome do pacote do projeto for com.pushwoosh.demo, o diretório de destino será google-services/com.pushwoosh.demo.

- Durante a compilação do projeto, especifique o nome do pacote correspondente.

Resolvendo conflitos entre múltiplos plugins que dependem do FirebaseMessagingService
Anchor link toO Android não resolve esses conflitos automaticamente, então isso deve ser feito manualmente. Como cada plugin tem sua própria lógica, não podemos fornecer um código universal que funcione para todos os plugins possíveis.
Veja como resolver os conflitos:
- Escreva uma classe de roteador em Java para lidar com o conflito. Esta classe deve ser nomeada
FirebaseMessagingRouterService.
Consulte o guia para um exemplo: Usando o SDK da Pushwoosh com outros serviços FCM.
-
Nomeie o Arquivo da Classe. O arquivo que contém esta classe deve ser nomeado
FirebaseMessagingRouterService.java. -
Coloque este arquivo em um arquivo
.zipchamadoFirebaseMessagingRouterService.zip. -
Adicione este arquivo aos recursos do seu projeto Outsystems.
-
Defina a ação como Deploy to Target Directory e especifique o diretório de destino como
FirebaseMessagingRouterService.

Cada nova notificação substitui a anterior no Android
Anchor link toPor padrão, o SDK da Pushwoosh para Android funciona no modo de notificação única: cada push é postado com o mesmo ID de notificação, então cada novo substitui o anterior. Isso não está relacionado ao fabricante do dispositivo ou ao collapse_key.
A partir da versão 4.7.0 do componente Pushwoosh Plugin, habilite o empilhamento com a ação do cliente pronta para uso SetMultiNotificationMode:
- Atualize o componente Pushwoosh Plugin a partir do Forge.
- Atualize a dependência para o módulo PushwooshPlugin (Manage Dependencies).
- Adicione
SetMultiNotificationModea um fluxo que é executado após a inicialização — por exemplo, o manipulador do eventoOnInitializeOver, logo apósRegisterDevice. A ação não recebe parâmetros, e uma chamada bem-sucedida é armazenada pelo SDK e sobrevive a reinicializações.
Cada push então aparece como uma notificação separada. O Android os agrupa em uma pilha expansível com um contador — isso é o agrupamento padrão do sistema. Observação: pushes enviados com um valor android_tag ainda se substituem, independentemente do modo.