ir a la publicación Daniel Aguilar · 10 oct, 2025 Buenas noches, La verdad que hay muchísimas cosas de InterSystems IRIS que me encantan. Me encanta la facilidad con la que puedes integrar librerías de otros lenguajes como Java, .Net, Phyton... también lo sencillo que es importar un WSDL y empezar a trabajar con el. Que puedas acceder como quieras a la base de datos, mediante API, ODBC... que puedas mapear tablas de base de datos de otros sistemas y usarlas como tablas SQL internas... Pero lo que realmente me encanta es el poder trabajar con Globals. Me encanta poder realizar programas que me permita iterarlos de la forma que quiera y poder enlazar unos con otros con Cache Object Script. Está muy bien tener la opción de usar clases y hacer consultas por SQL o trabajar con objetos y en muchos casos es lo más rápido, pero cuando quieres realmente velocidad o múltiples consultas a varios Globals recorriéndolos en el modo que prefieras, es cuando ves el verdadero potencial de los Globals y de que no hay nada que se le acerque ni de lejos en rendimiento. Así que si tuviese que elegir algo sería el rendimiento de los Globals y la posibilidad de poder trabajar con ellos al nivel mas bajo.
ir a la publicación Daniel Aguilar · 11 jul, 2024 Buenas tardes Luis Angel, Efectivamente me encontraba en la misma situación que Robert. Por lo visto mi procesador no es compatible con la versión Docker de IRIS 2024, he modificado mi Dockerfile para que use una versión 2023 y vuelve a funcionar correctamente. Por si alguien está en la misma situación he cambiado esta línea: ARG IMAGE=intersystemsdc/iris-community Por esta otra: ARG IMAGE=intersystems/iris-ml-community:2023.1.0.235.0 Muchas gracias!
ir a la publicación Daniel Aguilar · 7 feb, 2024 Ya he contestado la mía! Si os gusta la idea de la "ginkana" os la puedo explicar mas detalladamente 😉
ir a la publicación Daniel Aguilar · 30 ene, 2024 Muchas gracias @Esther Sanchez!! Enhorabuena a @Kurro Lopez y @Luis Angel Pérez Ramos !! Un gran año sin duda 🎉
ir a la publicación Daniel Aguilar · 25 ene, 2024 Muchas gracias @Esther Sanchez!!. Es todo un orgullo. 😍
ir a la publicación Daniel Aguilar · 19 sep, 2023 Jajaja, muchas gracias Esther. He escrito un artículo en la comunidad con las mejoras que he añadido en esta versión de IrisApiTester: https://es.community.intersystems.com/post/irisapitester-20-nuevas-opciones Espero que os guste!
ir a la publicación Daniel Aguilar · 13 jul, 2023 Muchas gracias @Esther Sanchez!!, animo a todos a participar en el siguiente 👏
ir a la publicación Daniel Aguilar · 21 jun, 2023 Buenos días @Luis Angel Pérez Ramos, muy interesante el artículo, nunca he usado producciones y tengo una duda, ¿Qué beneficios nos aporta usar la producción en lugar de llamar al metodo de la clase directamente? Veo que se puede explorar la request y la response por las capturas que pones: En caso de tener miles de peticiones se puede filtrar la petición por algún valor para buscar que se recibió en la petición X del día Y ? Estos "logs" se almacenan por defecto durante días, meses... para siempre? ¿Nos aporta alguna ventaja adicional el uso de producciones frente a llamar al metodo de una clase directamente? Muchas gracias!
ir a la publicación Daniel Aguilar · 12 jun, 2023 Gracias! en mi caso me daba error WSL --stop tuve que lanzar WSL --shutdown liberados 50gb!!
ir a la publicación Daniel Aguilar · 24 feb, 2023 Hola Tomás, si! efectivamente para un entorno de producción yo grabaría como bien dices el apikey en base de datos y comprobaria si existe el apikey con un $Data por ejemplo de este modo podrianos activarlas o desactivarlas como bien dices 👏
ir a la publicación Daniel Aguilar · 14 feb, 2023 Muchas gracias @Esther Sanchez, animo a todos a participar!!
ir a la publicación Daniel Aguilar · 8 feb, 2023 Muchas gracias por el aviso Esther. Si, estaba mal el enlace . Ya está corregido, Gracias!!
ir a la publicación Daniel Aguilar · 8 feb, 2022 Buenos días, lancé esta misma pregunta en la comunidad global y me dieron la respuesta, explico la solución: El problema que tenía con los $c(0) es que se insertaban cuando por SQL hacía un insert en un campo de tipo %String con el valor de string vacio "" Este es un comportamiento estandar de cache para las propiedades de tipo %String. La solución que me dieron era sobreescribir el comportamiento del metodo Normalize, para esto creé una clase que extendiese de %String y sobreescribí el metodo Normalize modificando su comportamiento para que en la devolución hiciese la traducción del $c(0) por "" Clase Extendida de %String con el metodo Normalize sobreescrito: Class User.StringNoEmpty Extends %String [ Language = objectscript ] { ClassMethod Normalize(%val As %RawString) As %String [ CodeMode = generator, ServerOnly = 1 ] { { set code="%val" if %parameter("TRUNCATE"),%parameter("MAXLEN")'="" { set code="$e(%val,1,"_(+%parameter("MAXLEN"))_")" } $$$GENERATE(" RETURN $tr("_code_",$c(0),"""")") RETURN $$$OK} } Y luego en la clase defino la propiedad del nuevo tipo en lugar de String Property myString As User.StringNoEmpty; Espero que le sirva a alguien mas de ayuda. Un saludo
ir a la publicación Daniel Aguilar · 7 feb, 2022 Buenos días Kurro, A mi me pasaba lo mismo al hacer inserts por SQL, lo solucioné generándome una clase que extendiese de String y parseando el $c(0) por "" Mira este artículo donde escribí la solución que me funcionó a mi: https://es.community.intersystems.com/post/evitar-c0-en-globals#comment-... Espero que te sea de ayuda .
ir a la publicación Daniel Aguilar · 22 oct, 2020 Buenos días Pierre, Gracias por tu respuesta, el problema que tengo con lo $c(0) en los globals es que si hago por ejemplo esto: (Imaginemos que en este nodo del global solo guardo por id de cliente un teléfono y para este idCliente tengo un $c(0) donde debería estar el teléfono) Set telefono = $G(^myGlobalTelefonoCliente(idCliente)) if (telefono '=""){ .... } como telefono sería igual a $c(0) entraría en la condición y no es lo que quiero. Tengo funciones de limpieza de caracteres para evitar esto pero si se pudiese traducir los $c(0) directamente en la inserción no tendría que estar controlandolo en N sitios. Se me ocurrió crear un trigger en la clase que compruebe los campos antes de grabar pero no me ha funcionado, ejemplo: Trigger AntesInsert [ Event = INSERT, Time = BEFORE ]{ S:({telefono}=$c(0)) {telefono}=""} Un saludo,
ir a la publicación Daniel Aguilar · 10 sep, 2020 Buenos días, He probado tanto en una instancia docker local como un servidor local y servidor remoto. Me pasa en todos. Un saludo,
ir a la publicación Daniel Aguilar · 10 sep, 2020 Muchas gracias David, Estuve probando con esos flags pero no me funcionaba. Por lo visto trasteando con el control de versiones hice algo que corrompió el namespace en el que estaba trabajando. Finalmente conseguí solucionarlo haciendo lo siguiente: Desde: Sistema -> Sql Pulsé en "Ajustar todas las tablas" creo que esto lanza también la opción "Purgrar consultas en memoria caché". Tras esto volví a lanzar un: Do $System.OBJ.CompileAll("cukb") Me recompiló todas las rutinas correctamente y empezó a funcionar todo de nuevo. Muchas gracias. Un saludo.
