Buscar

¡Hola Comunidad! Os traemos un nuevo vídeo con subtítulos en español: Cómo trabajar con Perfiles FHIR y recursos de compatibilidad cuando se crean aplicaciones FHIR en InterSystems IRIS for Health: ⏯ Cómo trabajar con Perfiles FHIR en InterSystems IRIS for Health Aquí podéis ver otros vídeos con subtítulos en español: ⏯ Cómo crear una API Rest con InterSystems IRIS⏯ Demo de PEX (Production Extension Framework) Esperamos que os resulten útiles ¡Y recordad que podéis suscribiros al canal de YouTube de la Comunidad de Desarrolladores en español, para manteneros formados e informados!

Hola desarrolladores, Estamos preparando con mucho cariño nuestro primer 🏆 Concurso de Artículos Técnicos en Portugués de InterSystems 🏆. Como el concurso se lanzará oficialmente la próxima semana, aproveche esta semana para elegir su tema o, si es nuevo en la tecnología de InterSystems, ¡aproveche la oportunidad de aprender un poco más sobre la tecnología en este período para poder participar! Sin querer regalar spoilers.... Además de que el concurso sea en portugués, habrá varias novedades tanto en relación a los premios como en relación al funcionamiento del concurso. Así que prepárate y, Estad atentos a las novedades!!!! Disfruta de nuestro consurso. Vamos! Esperamos a sua participação!!!!!

¡Hola desarrolladores! Solo quiero compartir con vosotros mi conocimiento, es decir, experiencia en algo que os puede hacer ahorrar unas cuantas horas algún día. Si estás creando una REST API con IRIS que contiene más de un nivel de "/", por ejemplo: '/patients/all', no te olvides de añadir el parámetro 'recurse=1' en tu script de despliegue en %Installer. Si no, todas las entradas de nivel secundario y de mayor profundidad no funcionarán. Y todas las entradas de nivel primario funcionarán. /patients - funcionará, pero /patients/all - no funcionará. Este es un ejemplo de sección CSPApplication que arregla el problema y que puede que quieras usar en tu clase %Installer: <CSPApplication Url="${CSPAPP}" Recurse="1" Directory="${CSPAPPDIR}" Grant="${RESOURCE},%SQL" AuthenticationMethods="96" />

¡Hola desarrolladores! Hay una actualización reciente para las imágenes de la comunidad de desarrolladores de InterSystems IRIS e InterSystems IRIS For Health. Esta versión incluye soporte para variables de entorno. Actualmente se soportan 3 variables de entorno: IRIS_USERNAME=usuario a crear IRIS_PASSWORD=password del usuario IRIS_NAMESPACE=crear namespace si no existe Esto es lo que puedes hacer: Arrancar iris con un usuario y password: docker run --rm --name iris-sql -d -p 9091:1972 -p 9092:52773 -e IRIS_PASSWORD=demo -e IRIS_USERNAME=demo intersystemsdc/iris-community Ejecutar SQL terminal, irissqlcli o Dbeaver utilizando el usuario que especificaste: $ irissqlcli iris://demo:demo@localhost:9091/USER Server: InterSystems IRIS Version 2022.3.0.606 xDBC Protocol Version 65 Version: 0.5.1 [SQL]demo@localhost:USER> select $zversion +---------------------------------------------------------------------------------------------------------+ | Expression_1 | +---------------------------------------------------------------------------------------------------------+ | IRIS for UNIX (Ubuntu Server LTS for ARM64 Containers) 2022.3 (Build 606U) Mon Jan 30 2023 09:07:49 EST | +---------------------------------------------------------------------------------------------------------+ 1 row in set Time: 0.050s [SQL]demo@localhost:USER> Y puedes también iniciar una sesión con terminal con IRIS: docker exec -it iris-sql iriscli Node: fd7911f0b130, Instance: IRIS USER> Puedes utilizar la variable IRIS_NAMESPACE para crear un nuevo namespace. A continuación, vamos a parar y eliminar el contenedor que creamos anteriormente: docker stop iris-sql Y lanzamos un nuevo contenedor con el namespace DEMO introducido: docker run --rm --name iris-sql -d -p 9091:1972 -p 9092:52773 -e IRIS_PASSWORD=demo -e IRIS_USERNAME=demo -e IRIS_NAMESPACE=DEMO intersystemsdc/iris-community Entramos en la terminal SQL: $ irissqlcli iris://demo:demo@localhost:9091/DEMO Server: InterSystems IRIS Version 2022.3.0.606 xDBC Protocol Version 65 Version: 0.5.1 [SQL]demo@localhost:DEMO> exit Goodbye! Entramos en la terminal IRIS: $ docker exec -it iris-sql iriscli -U DEMO Node: 6c52cb612bc0, Instance: IRIS DEMO> PD: si ejecutas el contenedor localmente también puedes conectar al terminal SQL utilizando python embebido: $ docker exec -it iris-sql irissqlcli iris+emb:///DEMO Server: IRIS for UNIX (Ubuntu Server LTS for ARM64 Containers) 2022.3 (Build 606U) Mon Jan 30 2023 09:07:49 EST Version: 0.5.2 [SQL]irisowner@/usr/irissys/:DEMO> select $username +--------------+ | Expression_1 | +--------------+ | irisowner | +--------------+ 1 row in set Time: 0.047s [SQL]irisowner@/usr/irissys/:DEMO> Todo el crédito va para @Dmitry.Maslennikov Imágenes de DC Community que puedes utilizar Las versiones estables más recientes de InterSystems IRIS: intersystemsdc/iris-community - InterSystems IRIS Community Edition intersystemsdc/irisheatlh-community - InterSystems IRIS For Health Community Edition intersystemsdc/iris-ml-community - InterSystems IRIS Community Edition con IntegratedML intersystemsdc/irishealth-ml-community - InterSystems IRIS Community Edition for Health con IntegratedML Y las versiones de preview o previsualización: intersystemsdc/iris-community:preview intersystemsdc/irisheatlh-community:preview intersystemsdc/iris-ml-community:preview intersystemsdc/irishealth-ml-community:preview Feliz desarrollo! ACTUALIZACIÓN. También se soportan las variables de entorno sin el caracter de subrayado (_): IRISUSERNAME=usuario a crear IRISPASSWORD=password del usuario IRISNAMESPACE=crear namespace si no existe

He creado un nuevo stack de Docker con WebGateway e IRIS for Health 2025.1. He mapeado los puertos de WebGateway de la siguiente manera: 8743:443 8780:80 Puedo acceder al portal IRIS a través del 8743 sin problemas. También he creado un repositorio FHIR y puedo acceder a él a través del puerto 8743. Tengo una aplicación web, en otro servidor con otro dominio, que se conecta a este repositorio de FHIR. He configurado en el endpoint de FHIR el origen permitido para el dominio de esta aplicación. Sin embargo, cuando intento conectarme desde esta aplicación al repositorio de FHIR, aparece este error en el Webgateway: Protocol Error between the Web Gateway and InterSystems IRIS Esto es una segunda instancia que estoy configurando; con la primera no tuve este error. ¿Podría ser porque la primera instancia se ejecuta en el puerto 8443? ¿O quizás sea por la versión 2025.1? No sé qué hacer...

Muchas veces es necesario copiar o enviar archivos a su instancia de docker. En mi caso fue con el IRIS JDBC driver. Docker tiene este enfoque para esto (créditos a https://docs.docker.com/engine/reference/commandline/cp/): docker cp [OPTIONS] CONTAINER:SRC_PATH DEST_PATH|- docker cp [OPTIONS] SRC_PATH|- CONTAINER:DEST_PATH Pero para copiar necesitas el nombre de tu docker. Escribe este comando para esto: docker ps En mi caso, my-iris es el nombre del docker. Si también necesita conocer la ubicación del archivo en su sistema de archivos, escriba: 1. Para ir a bash de su instancia de docker: docker exec -it my-iris / bin / bash.2. Escriba cd .. para llegar a la ruta raíz, si es necesario.3. Encuentre su ruta de archivo si este comando: find $ directorio -tipo nombre-f "* jdbc * .jar" (en mi caso, quiero encontrar la ruta del jdbc driver).4. Y ahora puede copiar el archivo encontrado. Escribir: docker cp my-iris:/usr/irissys/dev/java/lib/JDK18/intersystems-jdbc-3.1.0.jar c:\aplicativos 5. Por otro lado, puede enviar archivos a su ventana acoplable después de esto: docker cp [OPTIONS] SRC_PATH|- CONTAINER:DEST_PATH.

Recientemente hemos encontrado que compilando una clase ObjectScript que tiene una proyeccion java, usanfo el flag -d, lo ignora en la parte de la proyeccion: Despues de hablar con intersystems afortunadamente proveeran una solucion que se incluye en la siguiente release: Efectivamente se trata de un bug que ya fué corregido. Aparecerá próximamente en la versión 2021.3 de IRIS. Si alguien más se lo encuentra y necesita resolverlo antes, contactad con soporte y os ayudarán.

¿Te suenan **OAuth2** / **OpenID Connect** pero no estás seguro de cómo se utilizan? ¿Has necesitado implementar alguna vez *Single Sign On*, servicios web seguros basados en tokens? ¿Has necesitado incorporar autenticación / autorización a tus aplicaciones web o servicios y no sabías por dónde empezar? ¿Que te parecería poder configurar paso a paso un servidor de autorización, un cliente y un servidor de recursos? [Aquí](https://openexchange.intersystems.com/package/workshop-iris-oauth2) tenéis un ejemplo donde se configuran instancias Intersystems IRIS para actuar como cada uno de esos roles de OAuth2. ## Una breve introducción **Autenticación** es el proceso de verificar que los usuarios son quienes dicen ser. **Autorización** es el proceso de otorgar a esos usuarios permisos para acceder a recursos. OAuth2 es un framework de autorización. OpenID Connect es una extensión de OAuth2 para gestionar autenticación. En OAuth2, existen diferentes roles: * Propietario de los recursos (*resource owner*) - normalmente un usuario. * Servidor de recursos (*resource server*) - un servidor que alberga los datos o servicios protegidos. * Cliente (*client*) - aplicación que solicita acceso limitado al servidor de recursos (e.g. una aplicación web). * Servidor de autorización (*authorization server*) - servidor responsable de generar tokens de acceso con los que el cliente puede acceder al servidor de recursos. Además, OAuth2 utiliza *scopes* o ámbitos como mecanismo para limitar acceso. Un cliente puede solicitar acceso a uno o varios *scopes*. Y por último, OAuth2 soporta diferentes tipos de autorizaciones (*grant types*). Cada tipo de autorización puede tener un flujo diferente y ser más o menos indicada para un determinado tipo de escenario que nos interese montar. ## ¿Qué podrás probar en en el ejemplo? Probarás dos escenarios. Uno con el tipo de autorización `Authorization Code` y otro con `Client Credentials`. Tendrás 3 instancias de InterSystems IRIS que configurarás para actuar como cada de uno de los diferentes roles. ### Authorization code `Authorization code` es un tipo de autorización indicada para escenarios de aplicaciones web / móviles.  En el ejemplo, configurarás lo necesario para tener un cliente web que accede a recursos protegidos utilizando un token de acceso.  ### Client Credentials `Client credentials` es otro tipo de autorización, se utiliza típicamente cuando un cliente quiere acceder a recursos directamente en su nombre (y no en el de un usuario).  En el ejemplo, lo utilizarás directamente desde Postman.  Buen artículo!! Una pregunta... ¿en qué momento ocurre la autenticación en cada escenarioy y cuales serían los actores? ¡Hola! Sobre los actores: * Servidor autorización - instancia IRIS * Servidor de recursos - instancia IRIS * Cliente - una aplicación web en el caso de `Authorization Code`, el propio Postman en caso de `Client Credentials` En cuanto a la autenticación: En el ejemplo puedes echar un ojo a las clases [Validate](https://github.com/intersystems-ib/workshop-iris-oauth2/blob/main/oauth-auth-server/src/auth/server/Validate.cls) y [Authenticate](https://github.com/intersystems-ib/workshop-iris-oauth2/blob/main/oauth-auth-server/src/auth/server/Authenticate.cls) que te permiten añadir tu propio comportamiento a métodos como `BeforeAuthenticate`, `AfterAuthenticate`, `ValidateUser`, `ValidateClient`

Introducción En este artículo, voy a contarles cómo logré realizar la integración en la plataforma Intersystems IRIS 2020 de una cuenta de correo Outlook Exchange con oAuth 2.0. Aunque esta tarea puede parecer sencilla, la realidad es que Intersystems IRIS 2020 no cuenta con los componentes necesarios para lograrlo. En mi caso, utilice código de la versión 2022 (puedes descargar la versión de evaluación) y lo adapté a la versión 2020. Si bien es factible actualizar entre versiones con el instalador IRIS 2022, esto toma semanas de pruebas antes de realizar el cambio en productivo, y la integración no podía esperar, es por esto que se optó por tomar componentes de IRIS 2022 y copiarlos/adaptarlos a la versión 2020. Antecedentes Para aquellos que no lo sepan, Microsoft deprecó la autenticación básica de las cuentas de Exchange Online (https://learn.microsoft.com/es-es/lifecycle/announcements/basic-auth-deprecation-exchange-online), dado este escenario, cualquier adaptador de correo entrante (POP3 en el caso de IRIS) o saliente (SMTP en IRIS) requiere ahora autenticación OAuth 2.0 ( https://learn.microsoft.com/es-es/exchange/client-developer/legacy-protocols/how-to-authenticate-an-imap-pop-smtp-application-by-using-oauth ). Como bien sabemos, OAuth es un protocolo de autorización que permite que una aplicación, en este caso IRIS, pueda acceder a los recursos protegidos de un usuario en un servicio en línea (como Facebook o Google), sin necesidad de compartir la contraseña del usuario. En lugar de eso, el usuario autoriza a la aplicación a acceder a sus recursos mediante un token de acceso que es emitido por el servicio en línea. El protocolo OAuth se utiliza ampliamente en la autenticación y autorización de aplicaciones web y móviles. Buscando en la documentación de IRIS encontré que la versión 2022 tiene disponible de manera nativa integraciones de oAuth. Mientras que la versión 2020 no tiene aún disponible estas opciones: Solución Navegando por las clases de IRIS 2022, específicamente la versión "IRIS for Windows (x86-64) 2022.1.2 (Build 574U)" pude encontrar 2 clases que contenían el código necesario para conectar con un token de autenticación: %Net.POP3 y EnsLib.EMail.InboundAdapter, comparé ambas versiones, entre IRIS 2020 e IRIS 2022 y comencé a realizar pruebas de conexión. Luego de varios ensayos logramos realizar la integración creando y configurando las siguientes clases. TEST01.BO.REST.OAUTHTOKEN : Esta clase es la encargada de realizar la solicitud REST para la obtención del token, en este caso de Microsoft. Se llama desde el servicio POP3 desde el método onTask cada vez que requiere un nuevo token. TEST01.Email.POP3 : Esta clase es una copia de la clase %Net.POP3 de iris 2020, pero se debe modificar el método ConnectPort y agregar un nuevo parámetro "AccesToken", además se deben agregar el código (que se puede rescatar desde la misma clase pero de la versión 2022) que utiliza el token para conectar con el servidor de correo. TEST01.Email.InboundAdapter : Esta clase es una copia de EnsLib.EMail.InboundAdapter, pero se deben hacer 2 modificaciones, lo primero es modificar la propiedad Mail Service por "Property MailServer As TEST01.Email.POP3;", y además se debe modificar el método on Task de tal forma de que utilicé la global que almacena el token necesario para a la casilla de correo, token resctado desde el servicio de REST de autenticación (clase TEST01.BO.REST.OAUTHTOKEN). TEST01.Email.Service : Clase del Servicio POP3, esta clase debe ser una creada normalmente desde Studio con el adaptador EnsLib.EMail.InboundAdapter. Esta clase es la que coordina todos los componentes creados, se debe cambiar el adaptador a TEST01.Email.InboundAdapter. y modificar/agregar el método on Task que permite actualizar el token en caso de ser necesario, para efectos de esta prueba se dejó forzado un error para no eliminar los correos desde la cuenta exchange (Error forzado "Prueba de Lectura"). Finalmente se logró la conexión a la casilla de correo y fue posible procesarlos para su uso. Espero que este artículo les sirva a aquellos que deben conectar a servicios POP3 con IRIS y no pueden acceder o actualizar a la versión 2022. Si este artículo les fue de ayuda les pido que puedan votar en el 2º Concurso de Artículos Técnicos. Les dejaré además un link de onedrive con las clases utilizadas: https://profcyc-my.sharepoint.com/:u:/g/personal/tclavero_profcyc_onmicrosoft_com/EbYUdJ0XKF5Kg90Bl0psol8BQ0dwBtLGtO71QXK34znrJA?e=sfUXb7 o pueden descargar el proyecto desde: https://gitlab.com/tclavero/iris2020outlookpop3oauth.git Saludos Cordiales Tomás Clavero Vega. Gracias por compartir Tomás. Muy interesante... seguro que ayudará a muchos que no puedan esperar a la acualización de su versión de IRIS y tengan que utilizar Exchange. Si es posible, te pediría que compartieses el código como proyecto en GitHub... puede resultar más fácil para otros si quieren aportar correcciones o mejoras. Gracias Jose por tu comentario, acabo de agregar un link del proyecto en GitLab. Saludos.

¡Hola Comunidad!Echad un vistazo al nuevo webinar disponible en el Canal de YouTube de la Developer Community: herramientas para trabajar con Intersystems IRIS en proyectos de Machine Learning. El webinar ha sido grabado por dos Ingenieros de Ventas de InterSystems: @Sergey Lukyanchikov y @Eduard Lebedyuk."Herramientas de Machine Learning (Python, ObjectScript, Interoperability, Analytics) para InterSystems IRIS" ¡Gracias por el vídeo, chicos!¡Disfrutad el webinar!

¡Hola Comunidad! Ya pueden ver un nuevo video en formato "Coding Talk" ("Charlas sobre programación") en el canal de Youtube de la Developer Community: Cómo subir su propia solución, conector o librería InterSystems a Open Exchange. En este vídeo, presentado por @Evgeny Shvarov, aprenderán cómo subir una aplicación en GitHub a InterSystems Open Exchange. Además... En este post podrán aprender más sobre cómo publicar sus aplicaciones en InterSystems Open Exchange. Y pueden echar un vistazo al resto de vídeos "Coding Talks" en una Lista de reproducción ("Playlist") dedicada en nuestro Canal de YouTube de la Developer Community. ¡Manténganse al día!

¡Hola desarrolladores! En Docker Hub hay publicadas imágenes para los contenedores de InterSystems IRIS Community Edition e InterSystems IRIS Community for Health. ¿Qué es esto? Hay un repositorio en que se publican estás imágenes (que, de hecho, son las mismas que las imágenes de IRIS Community Edition que tienes en el Registro de Contenedores de InterSystems a las que se les ha pre-cargado el cliente del ObjectScript Package Manager). Así que si ejecutas este contenedor con IRIS CE o IRIS CE for Health puedes empezar a usar ZPM inmediatamente e instalar paquetes desde el Registro de la Comunidad o cualquier otro. ¿Que significa esto para ti? Significa que cualquiera puede desplegar tus aplicaciones basadas en InterSystems ObjectScript en 3 pasos: ejecutar el contenedor de IRIS; abrir terminal; instalar tu aplicacion como un paquete ZPM. Seguro, rápido y multiplataforma. Realmente útil si quieres probar un nuevo paquete ZPM interesante y no dañar ninguno de tus sistemas. Imagina que tienes docker-desktop instalado. Puedes ejecutar la imagen, que obtendrá el último contenedor si no lo tienes en local: $ docker run --name iris-ce -d --publish 52773:52773 intersystemsdc/iris-community:2019.4.0.383.0-zpm-dev O el siguiente para InterSystems IRIS for Health: $ docker run --name iris-ce -d --publish 52773:52773 intersystemsdc/irishealth-community:2019.4.0.383.0-zpm-dev Abre el terminal: $ docker exec -it iris-ce iris session iris Node: e87717c3d95d, Instance: IRIS USER> Instala el módulo ZPM: USER>zpm zpm: USER>install objectscript-math [objectscript-math] Reload START [objectscript-math] Reload SUCCESS [objectscript-math] Module object refreshed. [objectscript-math] Validate START [objectscript-math] Validate SUCCESS [objectscript-math] Compile START [objectscript-math] Compile SUCCESS [objectscript-math] Activate START [objectscript-math] Configure START [objectscript-math] Configure SUCCESS [objectscript-math] Activate SUCCESS zpm: USER>q USER>w ##class(Math.Math).LeastCommonMultiple(134,382) 25594 USER> ¡¡"Happy Coding" con ObjectScript y ZPM!!

¡Hola Comunidad! Os presentamos la 2ª mesa redonda de la Comunidad - 45 minutos de animada charla sobre el tema: ¿Cuál es el mejor sistema de control de código fuente para desarrollar con InterSystems IRIS? La idea es juntarse para compartir ideas, experiencias, trucos y consejos. Si tenéis alguna pregunta sobre el tema, podéis escribirla en los comentarios de esta publicación y se responderá durante la mesa redonda. 🗣 Ponente: @Evgeny.Shvarov 🗣 Co-presentadores: @Dmitry.Maslennikov y @Timothy.Leavitt 📅 Fecha: Jueves 27 de octubre🕑 Hora: 3:00 PM (CEST) ➡️ Podéis registraros aquí ¡Mañana es la 2ª Mesa Redonda de la Comunidad!¿Queréis saber cuál es el mejor sistema de control de código fuente para desarrollar con InterSystems IRIS? ¡Apuntaos al debate!! 🔝🔝 Si no pudisteis conectaros a la 2ª Mesa Redonda de la Comunidad o si la queréis ver de nuevo, aquí está la grabación de la charla:

InterSystems anuncia la finalización del mantenimiento de Zen Reports, empezando en InterSystems IRIS e IRIS for Health 2025.1. Esto se deriva del aviso de discontinuación realizado cuando InterSystems IRIS fue presentado en 2018 y de la posterior inclusión de InterSystems Reports en 2020 para ofrecer un reemplazo a la funcionalidad de informes. Este es un repaso a la cronología: Marzo 2018 InterSystems IRIS 2018.1: Anuncio de la discontinuación de Zen Reports, se mantiene en los kits para ofrecer continuidad a las aplicaciones existentes Abril 2020 InterSystems IRIS 2020.1: InterSystems Reports se incorpora como parte de InterSystems IRIS e IRIS for Health y Advanced Server licenses Mayo 2023 Notificación del fin del mantenimiento a Zen Reports 2ª mitad 2024 Zen Reports disponible como módulo IPM 1ª mitad 2025 (InterSystems IRIS 2025.1) El paquete Zen Reports, eliminado de las distribuciones de InterSystems IRIS e IRIS for Health A partir de InterSystems IRIS e IRIS for Health 2020.1, InterSystems introdujo InterSystems Reports, creado por Logi Reports desde insightsoftware (anteriormente Logi Analytics), como una solución de informes embebida. InterSystems Reports es una solución de informes moderna y fácil de usar, para los clientes y partners de InterSystems. Esperamos convertir Zen Reports en un paquete independiente usando IPM (InterSystems Package Manager) y dejar de incluir Zen Reports con InterSystems IRIS e IRIS for Health versión 2025.1. Zen Reports continuará estando disponible como un módulo IPM y puede ser distribuido, pero no tendrá mantenimiento de InterSystems. El Centro de Soporte Internacional (WRC) continuará ofreciendo soporte a anteriores versiones de Cache e IRIS que contengan Zen Reports, pero no se esperan actualizaciones del software Zen Reports. Más información para empezar con InterSystems Reports: Área de formación de InterSystems Documentación de InterSystems Sesión de Global Summit: Intersystems Application Services' move from Zen Reports to InterSystems Reports Documentación y tutorial de Logi Report, de insightsoftware Por favor, dejad vuestros comentarios en esta publicación o escribid a dbpprodmgrs@intersystems.com si tenéis alguna pregunta sobre este anuncio.

Resumen de alertas ID de la Alerta Productos y versiones afectadas Requisitos explícitos DP-439207 InterSystems IRIS® data platform 2024.3 (AIX) Instalaciones AIX Uso del procesamiento JSON y conjuntos de caracteres Unicode no-Latin-1 DP-439280 InterSystems IRIS 2024.3 (containers with IntegratedML) Contenedores integradosML usando TensorFlow Detalle de las alertas DP-439207 - Problema de análisis JSON Unicode en AIX Se ha identificado un error en InterSystems IRIS 2024.3.0 en instancias AIX que afecta al análisis de cadenas JSON Unicode. El problema surge cuando usáis los métodos %FromJSON() o %FromJSONFile() para analizar cadenas que contienen caracteres con valores inferiores a $CHAR(256) seguidos de caracteres Unicode superiores a $CHAR(255). El proceso de conversión transforma incorrectamente los caracteres anteriores en $CHAR(0), lo que provoca una corrupción de datos silenciosa. Este problema solo afecta a la versión 2024.3 de AIX de los siguientes productos: InterSystems IRIS InterSystems IRIS for Health HealthShare® Health Connect Evaluación de impacto Cuando esto ocurre, pueden almacenarse caracteres incorrectos en la base de datos o pasarse a interfaces sin generar errores. El defecto se introdujo en IRIS 2024.3.0 y se ha resuelto con el parche DP-439207. Flujos de trabajo afectados: Este problema solo ocurre en instalaciones Unicode que ejecutáis en AIX, afectando a aplicaciones que procesan datos que contienen una mezcla de caracteres ASCII y Unicode. Resolución Si estáis usando InterSystems IRIS 2024.3.0 en instancias AIX, entonces deberíais actualizar a InterSystems IRIS 2025.1.0 lo antes posible. Acciones requeridas por el cliente Identificad los sistemas afectados: Comprobad si estáis ejecutando InterSystems IRIS 2024.3.0 en una instancia AIX con bases de datos Unicode y una mezcla de caracteres Unicode y no Unicode. Ruta de actualización: Actualizad a InterSystems IRIS 2025.1.0 lo antes posible. DP-439280 - Problemas con TensorFlow en contenedores de IntegratedML Los clientes que usáis cualquiera de las siguientes versiones en contenedor de IRIS 2024.3 podéis encontrar errores durante el entrenamiento al utilizar IntegratedML. containers.intersystems.com/intersystems/iris-ml:2024.3 Evaluación del impacto Los clientes que usáis IntegratedML en los contenedores de IRIS 2024.3 proporcionados por InterSystems experimentaréis fallos en el entrenamiento de modelos debido a problemas de compatibilidad con TensorFlow y las dependencias relacionadas. Resolución Se recomienda a los clientes que deseáis usar IntegratedML con IRIS o IRIS for Health en contenedores que creéis vuestros propios contenedores siguiendo las indicaciones publicadas en la Developer Community. Acciones requeridas por el cliente Para seguir utilizando IntegratedML con AutoML, los clientes debéis gestionar manualmente las dependencias utilizando el gestor de paquetes pip, tal como se ha descrito anteriormente. Esto asegura la compatibilidad y el correcto funcionamiento de los componentes de AutoML como scikit-learn dentro de vuestro entorno Python de IntegratedML. Para más información: Si tenéis preguntas o necesitáis asistencia, contactad con el Centro de Respuesta Mundial de InterSystems (WRC).