Passer au contenu
Guides utilisateur Support Demander une démo Se connecter
Pushwoosh.com

FAQ Outsystems

Gérer les fichiers google-services dans des projets avec plusieurs noms de package possibles

Anchor link to

Dans le plugin, vous pouvez ajouter plusieurs fichiers google-service.json à votre projet, qui seront sélectionnés en fonction du nom de package défini lors de la compilation.

Si vous souhaitez basculer entre plusieurs projets Firebase (chacun avec son propre fichier de configuration google-services.json), suivez ces étapes :

  1. Créez une archive ZIP. Placez chaque fichier google-services.json dans une archive .zip nommée google-services.zip.

  2. En ajoutant ce fichier .zip au projet, définissez l’action sur Deploy to Target Directory et spécifiez le répertoire cible comme google-services/${package_name}.

Par exemple, si le nom de package du projet est com.pushwoosh.demo, le répertoire cible sera google-services/com.pushwoosh.demo.

  1. Lors de la compilation du projet, spécifiez le nom de package correspondant.

Résoudre les conflits entre plusieurs plugins dépendant de FirebaseMessagingService

Anchor link to

Android ne résout pas automatiquement ces conflits, il faut donc le faire manuellement. Comme chaque plugin a sa propre logique, nous ne pouvons pas fournir un code universel qui fonctionne pour tous les plugins possibles.

Voici comment résoudre les conflits :

  1. Écrivez une classe de routeur en Java pour gérer le conflit. Cette classe doit être nommée FirebaseMessagingRouterService.

Référez-vous au guide pour un exemple : Utiliser le SDK Pushwoosh avec d’autres services FCM.

  1. Nommez le fichier de la classe. Le fichier contenant cette classe doit être nommé FirebaseMessagingRouterService.java.

  2. Placez ce fichier dans une archive .zip nommée FirebaseMessagingRouterService.zip.

  3. Ajoutez cette archive aux ressources de votre projet Outsystems.

  4. Définissez l’action sur Deploy to Target Directory, et spécifiez le répertoire cible comme FirebaseMessagingRouterService.

Chaque nouvelle notification remplace la précédente sur Android

Anchor link to

Par défaut, le SDK Android de Pushwoosh fonctionne en mode de notification unique : chaque push est publié avec le même identifiant de notification, donc chaque nouveau push remplace le précédent. Cela n’est pas lié au fournisseur de l’appareil ni à collapse_key.

À partir de la version 4.7.0 du composant Pushwoosh Plugin, activez l’empilement avec l’action client prête à l’emploi SetMultiNotificationMode :

  1. Mettez à jour le composant Pushwoosh Plugin depuis la Forge.
  2. Rafraîchissez la dépendance au module PushwooshPlugin (Manage Dependencies).
  3. Ajoutez SetMultiNotificationMode à un flux qui s’exécute après l’initialisation — par exemple, le gestionnaire de l’événement OnInitializeOver, juste après RegisterDevice. L’action ne prend aucun paramètre, et un appel réussi est stocké par le SDK et survit aux redémarrages.

Chaque push apparaît alors comme une notification distincte. Android les regroupe dans une pile extensible avec un compteur — c’est le regroupement standard du système. Note : les pushes envoyés avec une valeur android_tag se remplacent toujours les uns les autres, quel que soit le mode.