FAQ Mendix

Quelle version de Studio Pro le module Pushwoosh requiert-il ?

Studio Pro 11.12.3 ou une version plus récente. Le paquet du module est construit avec cette version du format de modèle, et Studio Pro refuse d’ouvrir un paquet produit par une version plus récente que la sienne.

Il y a une deuxième raison de ne pas descendre plus bas. Mendix fait évoluer Studio Pro, le modèle natif et React Native ensemble, donc la version de Studio Pro décide de la version de React Native sur laquelle votre application s’exécute, et le module est construit pour React Native 0.84. La correspondance faisant autorité est mendix_version.json dans le dépôt du modèle natif.

Pourquoi ne se passe-t-il rien après avoir ajouté le module ?

L’application s’exécute très probablement dans l’application Make It Native, qui ne peut pas contenir de code natif tiers, de sorte que chaque action Pushwoosh échoue silencieusement. Créez plutôt une application de développement personnalisée ou une véritable version native.

Si l’application est déjà une version native, vérifiez que le widget Pushwoosh events se trouve sur la page qui se charge en premier et que sa propriété Application Code est remplie. Sans un Application Code valide, le SDK ne démarre pas.

Pourquoi les notifications n’arrivent-elles plus sur Android ?

Deux services de notification sont enregistrés pour le même événement Firebase et se masquent mutuellement.

Pushwoosh remplace les notifications push intégrées d’une application Mendix plutôt que de fonctionner à côté d’elles. Dans le Native Mobile Builder, définissez les capacités comme suit :

• Notifications Push : désactivé.
• Firebase Android : activé, pour que google-services.json soit toujours pris en compte.

Un seul service peut être enregistré pour com.google.firebase.MESSAGING_EVENT. Si votre application contient un autre plugin qui en enregistre également un, consultez Utiliser le SDK Pushwoosh avec d’autres services FCM.

Dois-je appeler Initialize lorsque j’utilise le widget d’événements Pushwoosh ?

Non. Le widget initialise le SDK lui-même à partir de sa propriété Application Code. L’action Initialize existe pour les applications qui démarrent le SDK à partir d’un nanoflow au lieu de placer le widget, par exemple lorsque l’Application Code n’est pas connu avant que l’utilisateur ne se soit connecté.

Appeler les deux est sans danger, mais le widget a déjà fait le travail au moment où votre nanoflow s’exécute.

Comment puis-je passer du JSON à SetTags ou PostEvent à partir d’une expression Mendix ?

Écrivez le JSON entre guillemets simples, pour que les guillemets doubles à l’intérieur ne soient pas échappés :

'{"Language":"en","Level":7}'

Une chaîne dans une expression Mendix est délimitée par des guillemets simples, ce qui laisse les guillemets doubles du JSON libres d’être utilisés tels quels. Les doubler ou les échapper avec une barre oblique inverse produit une chaîne que l’action ne peut pas analyser, et l’action la rejette avec une erreur d’analyse.

Comment puis-je arrêter l’alerte système lorsque l’application est ouverte ?

Par défaut, une notification qui arrive alors que l’application est ouverte est affichée par le système sous forme d’alerte, et le nanoflow On push received du widget s’exécute également. Appelez l’action SetShowForegroundAlert avec false pour supprimer l’alerte et gérer la notification uniquement dans le nanoflow, par exemple en affichant votre propre message ou en actualisant une liste.

Appelez cette action uniquement sur iOS. Le SDK Android n’expose pas ce paramètre, et le wrapper JavaScript appelle la méthode native sans condition, donc sur Android, l’action génère une erreur au lieu de ne rien faire.

Puis-je construire l’application native avec Studio Pro pour Mac ?

Pas avec le Native Mobile Builder, qui n’est livré qu’avec la version Windows de Studio Pro. Tout le reste fonctionne sur la version Mac, y compris l’écriture du module, le placement du widget et l’exportation de l’application.

Sur macOS, configurez le modèle natif avec l’outil en ligne de commande @mendix/native-mobile-toolkit, qui définit les capacités, l’URL d’exécution, l’identifiant de l’application et les dépendances natives à partir d’un fichier de configuration. Ensuite, construisez les projets iOS et Android générés localement avec Xcode et Gradle.

Comment puis-je envoyer une notification de test à un appareil spécifique ?

Appelez l’action GetHwid pour obtenir le HWID de l’appareil, et adressez-vous à ce HWID depuis le Control Panel de Pushwoosh ou l’API du serveur. L’enregistrement de l’appareil en tant qu’appareil de test est l’autre façon de le faire, décrite dans Testez votre intégration.