Limitaciones conocidas
Las limitaciones generales se aplican a IBM MobileFirst Platform Foundation tal y como se detallan aquí. Las limitaciones que afectan a características específicas se explican en los temas de dichas características.
- Cuando la limitación se aplica a una característica especial, podrá encontrar su descripción en el tema que explica dicha característica. Será entonces cuando podrá identificar inmediatamente cómo afecta a la característica.
- No obstante, podrá encontrar la descripción aquí sí las limitaciones conocidas son generales, esto es, que se aplican a temas diferentes y es posible que no estén relacionados directamente entre sí.
Globalización
- Traducción parcial: Parte del producto IBM MobileFirst Platform Foundation V8.0.0, incluida su documentación, está traducida a los idiomas siguientes: Alemán, Chino simplificado, Chino tradicional, Español, Italiano, Japonés, Coreano, Portugués (Brasil) y Ruso. El texto visible por el usuario se traduce.
- Soporte bidireccional: Las aplicaciones que genera IBM MobileFirst Platform Foundation no están habilitadas para ser plenamente bidireccionales. La duplicación de los elementos de la interfaz gráfica de usuario (GUI) y el control de la dirección del texto no se proporcionan de forma predeterminada.
Sin embargo, no existe una dependencia rígida de las aplicaciones generadas en base a esta limitación.
Los desarrolladores pueden lograr un cumplimiento bidireccional pleno realizando ajustes manuales en el código generado.
Aunque se proporciona conversión a hebreo para la funcionalidad principal de IBM MobileFirst Platform Foundation, algunos elementos de la GUI no se invierten.
- Restricciones en los nombres de adaptador: Los nombres de los adaptadores deben ser válidos para poder crear un nombre de una clase Java™.
Además, deben estar formados únicamente por los siguientes caracteres:
- Letras mayúsculas y minúsculas (A-Z y a-z)
- Dígitos (0-9)
- Guiones bajos (_)
- Caracteres Unicode: No se da soporte a los caracteres Unicode fuera el plano multilíngüe básico.
- Sensibilidad de idioma y formas de normalización Unicode:
En los siguientes casos de uso, las consultas no consideran la sensibilidad de idioma (por ejemplo, la coincidencia normal, la insensibilidad a los acentos, la insensibilidad a mayúsculas y minúsculas, la correlación de 1 a 2 para que la función de búsqueda funcione correctamente en distintos idiomas y la búsqueda en datos en donde no se utiliza NFC (Normalization Form C)).
- Desde MobileFirst Analytics Console, cuando crea un filtro personalizado para un diagrama personalizado. Sin embargo, en esta consola, la propiedad del mensaje utiliza NFC (Normalization Form C) y considera la sensibilidad de idioma.
- Desde MobileFirst Operations Console, cuando se busca una aplicación en la página Examinar aplicaciones, un adaptador en la página Examinar adaptadores, una etiqueta en la página Push o un dispositivo en la página Dispositivos.
- En las funciones de Find de la API de JSONStore.
- IBM MobileFirst Analytics
- IBM MobileFirst Analytics tiene las limitaciones siguientes:
- No se da soporte a analíticas de seguridad.
- En MobileFirst Analytics Console, el formato de los números no sigue las reglas ICU (International Components for Unicode).
- En MobileFirst Analytics Console, los números no utilizan el script de número preferido del usuario.
- En MobileFirst Analytics Console, el formato de las fechas, horas y números se visualiza en función del valor de idioma del sistema operativo y no del entorno local de Microsoft Internet Explorer.
- Al crear un filtro personalizado para un gráfico personalizado, los datos numéricos deben ser números romanos en base de 10, como, 0, 1, 2, 3, 4, 5, 6, 7, 8, 9.
- Al crear una alerta en la página Gestión de alertas de MobileFirst Analytics Console, los datos numéricos deben ser datos numéricos occidentales en base de 10, es decir, 0, 1, 2, 3, 4, 5, 6, 7, 8, 9.
- La página Analíticas de MobileFirst Operations Console da soporte a los navegadores siguientes:
- Microsoft Internet Explorer versión 10 o posterior
- Mozilla Firefox ESR o posterior
- Apple Safari en iOS versión 7.0 o posterior
- Google Chrome versión más reciente
- El SDK de cliente de Analytics no está disponible para Windows.
- cliente móvil de IBM MobileFirst Platform Application Center
-
El cliente móvil de Application Center cumple con las convenciones culturales del dispositivo en el que se ejecuta como, por ejemplo, el formato de fecha. Sin embargo, no siempre cumple con las reglas estrictas de ICU (International Components for Unicode).
- IBM MobileFirst Platform Operations Console
- MobileFirst Operations Console tiene las limitaciones siguientes:
- Sólo proporciona soporte parcial a idiomas bidireccionales.
- La dirección del texto no se puede cambiar cuando los mensajes de notificación se envían a un dispositivo Android:
- Si las primeras letras escritas lo son en un idioma de escritura de derecha a izquierda como, por ejemplo, el árabe o el hebreo, toda la dirección del texto se cambia automáticamente de derecha a izquierda.
- Si las primeras letras escritas lo son en un idioma de escritura de izquierda a derecha, toda la dirección del texto se cambia automáticamente de izquierda a derecha.
- Los campos numéricos no analizan los valores numéricos de acuerdo a las reglas de formato del entorno local. La consola visualiza números con formato pero acepta como entrada únicamente números sin formato. Por ejemplo: 1000, no 1 000 o 1.000.
- Server Configuration Tool
- Server Configuration
Tool tiene las restricciones siguientes:
- El nombre descriptivo de una configuración de servidor sólo puede contener caracteres que estén en el conjunto de caracteres del sistema. En Windows, es el juego de caracteres ANSI.
- Las contraseñas que contienen comillas simples o comillas dobles es posible que no funcionen correctamente.
- La consola de Server Configuration Tool tiene la misma limitación de globalización que la consola de Windows para mostrar series que están fuera de la página de códigos predeterminada.
- Debe definir el nombre de usuario y la contraseña de Application Center únicamente con caracteres ASCII. Esta limitación existe porque WebSphere Application Server (Liberty Profile o versión completa) no da soporte a nombres de usuario y contraseñas no ASCII. Consulte Caracteres válidos para los ID de usuario y contraseñas.
- En Windows:
- Para ver los mensajes localizados en el archivo de registro que crea el servidor de pruebas debe abrir este archivo de registro con la codificación UTF8.
- El servidor de pruebas está instalado en un perfil de WebSphere Application Server Liberty, que crea un archivo de registro con la codificación ANSI excepto para sus mensajes localizados para los que utiliza la codificación UTF8.
- En Java 7.0 Service Refresh 4-FP2 y versiones anteriores no puede pegar en el campo de entrada caracteres Unicode que no forman parte del plano básico multilingüe. Para evitar este problema, cree la vía de acceso de la carpeta manualmente y elija esa carpeta durante la instalación.
- Los nombres de título y botón personalizados de los métodos de alerta, confirmación y solicitud deben ser cortos para evitar que se trunquen al margen de la pantalla.
- JSONStore no gestiona la normalización. Las funciones de Buscar para la API JSONStore no tienen en cuenta la sensibilidad de idioma, como por ejemplo los acentos, las mayúsculas y minúsculas y la correlación de 1 a 2.
Adaptadores y dependencias de terceros
Los siguientes problemas conocidos están relacionados con interacciones entre dependencias y clases en el servidor de aplicaciones, incluida la biblioteca compartida MobileFirst.- Apache HttpClient
- IBM MobileFirst Platform Foundation utiliza Apache HttpClient internamente. Si añade una instancia de Apache HttpClient como una dependencia para un adaptador Java, las siguientes API no funcionarán correctamente en el adaptador: AdaptersAPI.executeAdapterRequest, AdaptersAPI.getResponseAsJSON, AdaptersAPI.createJavascriptAdapterRequest. El motivo es que las API contienen tipos de Apache HttpClient en su firma. La solución alternativa es utilizar el Apache HttpClient interno y cambiar el ámbito de dependencia en pom.xml a provided.
- Biblioteca criptográfica Bouncy Castle
- IBM MobileFirst Platform Foundation utiliza el propio Bouncy Castle. Sería posible utilizar otra versión de Bouncy Castle en el adaptador, sin embargo, habría que verificar con cuidado las consecuencias de hacerlo: a veces el código Bouncy Castle de MobileFirst cumplimenta determinados campos Singleton estáticos de las clases del paquete javax.security que podrían impedir que la versión de Bouncy Castle dentro del adaptador utilizase características que se basan en dichos campos.
- Implantación CXF de Apache en archivos JAR
- CXF se utiliza en la implementación JAX-RS de MobileFirst, lo que impide añadir archivos JAR de CXF de Apache a un adaptador.

Cliente móvil de Application Center: problemas de renovación en Android 4.0.x
Se ha sabido que el componente WebView de Android 4.0.x tiene nuevos problemas. La actualización de dispositivos a Android 4.1.x debería proporcionar una experiencia de usuario mejorada.
Si crea el cliente de Application Center a partir de orígenes, inhabilitar la función de aceleración de hardware en el nivel de aplicación del manifiesto de Android debería mejorar la situación para Android 4.0.x. En tal caso, la aplicación debe crearse con Android SDK 11 o posterior.
Application Center precisa de MobileFirst Studio V7.1 para importar y crear el cliente móvil de Application Center.
Para crear el cliente móvil Application Center, se necesita MobileFirst Studio V 7.1. MobileFirst Studio se puede descargar desde la Página de descargas del sitio web del centro de desarrollo. Pulse el separador Releases anteriores de MobileFirst Platform Foundation para el enlace de descarga. Para obtener las instrucciones de instalación, consulte Instalación de MobileFirst Studio en el IBM® Knowledge Center para la versión 7.1. Para obtener más información sobre la creación del cliente móvil de Application Center, consulte Preparaciones para utiliza el cliente móvil.Application Center y Microsoft Windows Phone 8.1
Application Center da soporte a la distribución de aplicaciones como archivos (.xap) de paquete de aplicación de Windows Phone para Microsoft Windows Phone 8.0 y Microsoft Windows Phone 8.1. Con Microsoft Windows Phone 8.1, Microsoft introdujo un nuevo formato universal como archivos (.appx) de paquete de aplicación para Windows Phone. Actualmente, Application Center no da soporte a la distribución de archivos (.appx) de paquete de aplicación para Microsoft Windows Phone 8.1, sino que está limitado a únicamente archivos (.xap) de paquete de aplicación de Windows Phone.
Application Center da soporte únicamente a la distribución de archivos (.appx) de paquete de aplicación para Microsoft Windows Store (aplicaciones de escritorio).
Administración de aplicaciones de MobileFirst a través de Ant o a través de la línea de mandatos
La herramienta mfpadm no está disponible si descargó e instaló únicamente IBM MobileFirst Platform Foundation Developer Kit. La herramienta mfpadm se instala con MobileFirst Server con el instalador.
Direct Update
No se da soporte a Direct Update en Windows en la versión 8.0.0.
Limitaciones de características para FIPS 140-2
- Este modo de FIPS 140-2 validado se aplica únicamente a la protección (cifrado) de los datos locales que se almacena por la característica de JSONStore y la protección de comunicaciones HTTPS entre el cliente de MobileFirst y MobileFirst Server.
- Para comunicaciones HTTPS, sólo las comunicaciones entre el cliente de MobileFirst y MobileFirst Server utilizan las bibliotecas de FIPS 140-2 en el cliente. Las conexiones directas con otros servidores o servicios no utilizan las bibliotecas de FIPS 140-2.
- Esta característica sólo está soportada en las plataformas iOS y Android.
- En Android, esta característica sólo está soportada en dispositivos o simuladores que utilizan las arquitecturas x86 o armeabi. En cambio, no está soportada en Android que utiliza arquitecturas armv5 o armv6. Esto se debe a que la biblioteca OpenSSL utilizada no obtuvo la validación de FIPS 140-2 para armv5 o armv6 en Android.FIPS 140-2 no está soportado en la arquitectura de 64 bits, aunque la biblioteca de MobileFirst da soporte a la arquitectura de 64 bits. FIPS 140-2 únicamente se puede ejecutar en dispositivos de 64 bits si el proyecto incluye únicamente bibliotecas NDK nativas de 32 bits.
- En iOS, está soportado en arquitecturas i386, x86_64, armv7, armv7s y arm64.
- Esta característica únicamente funciona con aplicaciones híbridas (no con aplicaciones nativas).
- Para iOS nativo, FIPS está habilitado de forma predeterminada a través de las biblioteca iOS FIPS. No es necesario realizar acción alguna para habilitar FIPS 140-2.
- El uso de la característica de inscripción de usuario en el cliente no está soportado por la característica de FIPS 140-2.
- El cliente de Application Center no admite la característica de FIPS 140-2.
Instalación de un fixpack o arreglo temporal en Application Center o MobileFirst Server
Cuando aplica un fixpack o un arreglo temporal a Application Center o MobileFirst Server, se requieren operaciones manuales y es posible que tenga que desactivar las aplicaciones durante algún tiempo.
Arquitecturas soportadas por JSONStore
Para Android, JSONStore da soporte a las siguientes arquitecturas: ARM, ARM v7 y x86 de 32 bits. Actualmente, no se admiten otras arquitecturas. Si intenta utilizar otras arquitecturas, podrían provocar excepciones y potenciales bloqueos de aplicaciones.
No se da soporte a JSONStore para aplicaciones nativas de Windows.
Para obtener más información sobre JSONStore, consulte Visión general de JSONStore.
Limitaciones del servidor Liberty
Si utiliza el servidor Liberty en un JDK 7 de 32 bits, es posible que Eclipse no se inicie y podría recibir el siguiente error: Se ha producido un error durante la inicialización de VM. No se ha podido reservar suficiente espacio de almacenamiento dinámico para el objeto. Error: no se ha podido crear la máquina virtual Java. Error: Se ha producido una excepción grave. El programa se cerrará.
Para solucionar este problema, utilice el JDK de 64 bits con Eclipse de 64 bits y Windows de 64 bits. Si utiliza el JDK de 32 bits en una máquina de 64 bits, podría configurar las preferencias de la JVM en mx512m y Xms216m.
Limitaciones de señales LTPA
Se produce una excepción SESN0008E cuando la señal LTPA caduca antes de que caduque la sesión de usuario.
com.ibm.websphere.servlet.session.UnauthorizedSessionRequestException: SESN0008E: Un usuario autenticado como anónimo ha intentado acceder a una sesión que pertenece a {user name}
- En WebSphere Application Server Liberty, establezca el atributo httpSession invalidateOnUnauthorizedSessionRequestException en true en el archivo server.xml.
- En WebSphere Application Server, agregue la propiedad personalizada de gestión de sesiones InvalidateOnUnauthorizedSessionRequestException con el valor true para arreglar el problema.
Microsoft Windows Phone 8
No se da soporte a la arquitectura x64 en entornos de Windows Phone 8.1.
Aplicaciones Microsoft Windows 10 UWP
La característica de autenticidad de aplicación no funciona en aplicaciones Windows 10 UWP de MobileFirst cuando el SDK de MobileFirst se ha instalado a través del paquete NuGet. Como método alternativo, los desarrolladores pueden descargar el paquete de NuGet y añadir de forma manual las referencias del SDK de MobileFirst.
MobileFirst Operations Console
- Página de analíticas
- Los tiempos de respuesta en la página Herramientas de análisis de MobileFirst Operations Console dependen de varios factores, como el hardware (RAM, CPU), la cantidad de datos de herramientas de análisis acumulados y la agrupación en clúster de IBM MobileFirst Analytics. Debería probar la carga antes de integrar IBM MobileFirst Analytics en producción.
Proyectos anidados pueden dar lugar a resultados impredecibles con la interfaz de línea de mandatos (CLI)
No anide proyectos dentro de otro cuando utilice la IBM MobileFirst Platform Command Line Interface (CLI). De lo contrario, el proyecto sobre el que se actúa podría no ser el esperado.
Vista previa de recursos web de Cordova con Mobile Browser Simulator
Puede obtener una vista previa de recursos web con Mobile Browser Simulator, sin embargo, el simulador no da soporte a todas las API de JavaScript de MobileFirst. En concreto, no se da soporte a la totalidad del protocolo OAuth. Sin embargo, se pueden probar llamadas a adaptadores con WLResourceRequest. Para obtener más información, consulte Vista previa de recursos web de Cordova con Mobile Browser Simulator .
El dispositivo físico de iOS es necesario para probar la autenticidad de la aplicación ampliada
La prueba de la característica de autenticidad de aplicación ampliada precisa de un dispositivo iOS físico, puesto que en el simulador iOS no se puede instalar en un IPA.
Soporte de Oracle 12c por MobileFirst Server
Las herramientas del soporte de instalación de MobileFirst Server (Installation Manager, Server Configuration Tool y tareas Ant) con Oracle 12c como base de datos.
Las herramientas de instalación pueden crear los usuarios y las tablas, sin embargo, la base de datos, o las bases de datos, deben existir antes de ejecutar las herramientas de instalación.
Soporte para notificaciones push
Se da soporte a notificaciones push no seguras en Cordova (en iOS y Android).
Soporte de WKWebView para aplicaciones Cordova de iOS
Las características Direct Updata y las notificaciones de aplicaciones podrían no funcionar correctamente en aplicaciones Cordova de iOS con WKWebView.
Esta limitación se debe al defecto en el que No se permiten XmlHttpRequests de url file:// en WKWebViewEgine en cordova-plugin-wkwebview-engine.
Parámetro