La herramienta que compila el código fuente hacia otra forma de código ejecutable.
Las primeras versiones preliminares para desarrolladores de la plataforma de datos InterSystems IRIS®, InterSystems IRIS® for Health y HealthShare® Health Connect 2025.1 se han publicado en el sitio de versiones preliminares para desarrolladores del WRC. Los contenedores se pueden encontrar en nuestro registro de contenedores y están etiquetados como latest-preview.
En mi anterior artículo, revisamos los posibles casos de uso para macros, así que pasemos ahora a un ejemplo más completo de usabilidad de macros. En este artículo diseñaremos y crearemos un sistema de registro.
El sistema de registro es una herramienta útil para monitorear el trabajo de una aplicación que ahorra mucho tiempo durante la depuración y el monitoreo. Nuestro sistema constaría de dos partes:
Hola!
Entiendo no hay automatismo para actualizar código antiguo que imbrica con "puntitos" transformándolo a código con llaves "{ }", creo que hacer un parser de este tipo sería complejo por situaciones como esta :
Alguien sabe si este código es equivalente ?
VERSION CON PUNTITOS
Use fic
Read *R:20 Else Do Quit ;;;; comando else aplicado a read.
. Use 0 Write !!!,"Temps expirat."
If $c(R)="a" d
. Use 0 Write !!!,"Ha leido una letra a"
. Quit
VERSION CON LLAVES
Use fic
Read *R:20
If $Test {
Use 0 Write !!!,"Ha leido un carácter"
Quit
}
Else {
Use 0 Write !!!,"Temps expirat."
}
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:
Sobreescribiendo el método Read (que tiene un tipo de retorno %CacheString) en una nueva clase que hereda de %Stream.FileCharacter, se obtiene un error de compilacion informando que el tipo de retorno es incorrecto y ha de ser Binary, aun cuando matchea la firma del padre.
Mirando la global de codigo compilado vemos:
^oddCOM("%Stream.FileBinary","m","Read",42)="%Library.Binary"
Despues de más investigaciones encontramos que hay un método generator que mira la definicion de clase OdbcType.
Seteandolo a LONGVARCHAR nos da:
^oddCOM("User.CStream","m","Read",42)="%Library.String"
Buenas tardes estamos probando a actualizar una versión 2014 a la 2018 para posteriormente actualizar a la versión 2019 y nos hemos encontrado con este problema al pasar de la 2014 a la 2018.
Tras actualizar si ejecutamos una Query de actualización desde el portal nos da el siguiente error:
He comprobado que si desde el Studio compilo la clase este error desaparece. He podido comprobar que en la clase .int que contiene la compilada tiene un parámetro menos %ouid
En este artículo me gustaría contarle acerca de las macros en InterSystems Caché. Una macro es un nombre simbólico que se reemplaza con un conjunto de instrucciones durante la compilación. Una macro puede "desplegarse" en varios conjuntos de instrucciones cada vez que se llama, dependiendo de los parámetros que se le pasen y los escenarios activados. Esto puede ser tanto código estático como el resultado de la ejecución de ObjectScript. Echemos un vistazo a cómo puede usarlos en su aplicación.
Las clases de consulta en InterSystems Caché son una herramienta muy útil que separa las consultas SQL del código Object Script de Caché. Básicamente funciona de la siguiente manera: supongamos que quiere utilizar la misma consulta SQL con distintos argumentos en varios lugares diferentes. En este caso, puede evitar la duplicación del código si declara el contenido de la consulta como una clase de consulta y después llama a esta consulta por su nombre. Este método también es conveniente para las consultas personalizadas, donde el desarrollador define con cuál de las tareas obtendrá la