Saltar al contenido
Guías de usuario Soporte Solicitar demo Iniciar sesión
Pushwoosh.com

Preguntas frecuentes sobre Outsystems

Gestión de archivos google-services en proyectos con varios nombres de paquete posibles

Anchor link to

En el plugin, puede agregar múltiples archivos google-service.json a su proyecto, que se seleccionarán según el nombre del paquete establecido durante la compilación.

Si desea cambiar entre múltiples proyectos de Firebase (cada uno con su propio archivo de configuración google-services.json), siga estos pasos:

  1. Cree un archivo ZIP. Coloque cada archivo google-services.json en un archivo .zip llamado google-services.zip.

  2. Al agregar este archivo .zip al proyecto, establezca la acción en Deploy to Target Directory y especifique el directorio de destino como google-services/${package_name}.

Por ejemplo, si el nombre del paquete del proyecto es com.pushwoosh.demo, el directorio de destino será google-services/com.pushwoosh.demo.

  1. Durante la compilación del proyecto, especifique el nombre del paquete correspondiente.

Resolución de conflictos entre múltiples plugins que dependen de FirebaseMessagingService

Anchor link to

Android no resuelve dichos conflictos automáticamente, por lo que debe hacerse manualmente. Dado que cada plugin tiene su propia lógica, no podemos proporcionar un código universal que funcione para todos los plugins posibles.

A continuación, se explica cómo abordar los conflictos:

  1. Escriba una clase de enrutador en Java para manejar el conflicto. Esta clase debe llamarse FirebaseMessagingRouterService.

Consulte la guía para ver un ejemplo: Uso del SDK de Pushwoosh con otros servicios FCM.

  1. Nombre el archivo de la clase. El archivo que contiene esta clase debe llamarse FirebaseMessagingRouterService.java.

  2. Coloque este archivo en un archivo .zip llamado FirebaseMessagingRouterService.zip.

  3. Agregue este archivo a los recursos de su proyecto de Outsystems.

  4. Establezca la acción en Deploy to Target Directory y especifique el directorio de destino como FirebaseMessagingRouterService.

Cada nueva notificación reemplaza a la anterior en Android

Anchor link to

Por defecto, el SDK de Pushwoosh para Android funciona en modo de notificación única: cada push se publica con el mismo ID de notificación, por lo que cada nuevo push reemplaza al anterior. Esto no está relacionado con el proveedor del dispositivo ni con collapse_key.

A partir de la versión 4.7.0 del componente Pushwoosh Plugin, habilite el apilamiento con la acción de cliente predefinida SetMultiNotificationMode:

  1. Actualice el componente Pushwoosh Plugin desde Forge.
  2. Actualice la dependencia del módulo PushwooshPlugin (Manage Dependencies).
  3. Agregue SetMultiNotificationMode a un flujo que se ejecute después de la inicialización; por ejemplo, el manejador del evento OnInitializeOver, justo después de RegisterDevice. La acción no toma parámetros, y una llamada exitosa es almacenada por el SDK y sobrevive a los reinicios.

Cada push aparecerá entonces como una notificación separada. Android los agrupa en una pila expandible con un contador, que es la agrupación estándar del sistema. Nota: los pushes enviados con un valor android_tag seguirán reemplazándose entre sí independientemente del modo.