El problema era que la instalación no compiló correctamente el código. No tomó la versión de ISC correctamente.
Estoy usando la versión WebTerminal-v4.9.3, en la linea 1507 hay una inicialización del parámetro iscProductVersion
<Parameter name="iscProductVersion">
<Description>
In older Cache versions, method "GetISCProduct" does not exists</Description>
<Expression>$case(
##class(%Dictionary.CompiledMethod).IDKEYExists("%SYSTEM.Version", "GetISCProduct"),
1: $CLASSMETHOD("%SYSTEM.Version", "GetISCProduct"),
: 2
)</Expression>
</Parameter>
Después, en la linea 1611, comprueba cuál es la versión para asignar el role requerido:
set requiredRole = $case(..#iscProductVersion >= 4, 1: "%DB_IRISSYS", : "%DB_CACHESYS")
Pero, si compruebo cuál es mi versión, la respuesta es 3, en lugar de 4, por lo que está intentando asignar %DB_CACHESYS en lugar de %DB_IRISSYS, por lo que la compilación no termina.
w##class(%SYSTEM.Version).GetISCProduct()
3
Entonces, he modificado el fichero y cambiado la comparación ..#iscProductVersion para que compruebe si es mayor o igual a 3, y funciona.
En la linea 1730, hay otra comparación para definir el dbPrefix, por lo que he cambiado esta linea también.
set dbPrefix = $case(..#iscProductVersion >= 3, 1: "IRIS", : "CACHE")
Ahora, tengo Webterminal funcionando bien.
Nota: Estoy usando IRIS for Windows (x86-64) 2021.1 (Build 215U) Wed Jun 9 2021 09:39:22 EDT
#2) El segundo ejemplo no puede funcionar, principalmente porque no pasa un parámetro en la llamada
#1) NO está previsto utilizar propiedades de objeto vomo variables del lengiaje principal en SQL
El código falla en el métode Execute generado
set tResult = tStatement.%Execute($g(pObject.KeyProcess),$g(pObject.CodeSpecialist),$g(pObject.CodeProvider),$g(pObject.CodeCenter),$g(pObject.Date))
El método $GET object-property simplemente no está implementado. Está definido por la clase y siempre está ahí, pero es necesario y tiene sentido para propiedades multidimensionados
Esto es válido para ObjectScript como tal y no está relacionado con SQL. Es como tener un método $g(NOTHING, pObkect.KeyProcess)... osea, nada
Alternativas:
Manipular directamente el código generado. No recomendado
Mover las propiedades con una función auxiliar a variables loclaes y ajusta la consulta con esas variables
ClassMethod FillProp(pObject As Kurro.MyClass) As %Boolean [ SqlName = FILLP, SqlProc ]
{
if '$isObject(pObject) set obj=##class(Kurro.MyClass).%OpenId(pObject)
else set obj=pObject
set %Kurro("kp")=obj.KeyProcess
,%Kurro("sp")= obj.CodeSpecialist
,%Kurro("pr")= obj.CodeProvider
,%Kurro("cs")= obj.CodeCenter
,%Kurro("dt")= obj.Date
quit 1
}
Y la invocación sería de esta forma:
Query GetInfoRcc(objid As %Integer) As %SQLQuery(CONTAINID = 0, ROWSPEC = "IdList:%String,IdProcess:%String,Duration:%String")
{
SELECT IdList, IdProcess, Duration
FROM Kurro.MyClass
WHERE KeyProcess = :%Kurro("kp")
AND CodeSpecialist = :%Kurro("sp")
AND CodeProvider = :%Kurro("pr")
AND CodeCenter = :%Kurro("cs")
AND "Date" = :%Kurro("dt")
AND FILLP(:objid) = 1
}
Tal y como ha comentado Robert, el problema está en el $GET(), por lo que en lugar de utilizar el método %Library.SqlQuery:Func(), utilizar el PrepareClaseQuery
Query GetInfo(pObject AS Kurro.MyClass) As %SQLQuery(CONTAINID = 1, ROWSPEC = "IdList:%String,IdProcess:%String,Duration:%String") [ SqlProc ]
{
SELECT IdList, IdProcess, Duration
FROM Kurro.MyClass
WHERE KeyProcess = :pObject.KeyProcess
AND CodeSpecialist = :pObject.CodeSpecialist
AND CodeProvider = :pObject.CodeProvider
AND CodeCenter = :pObject.CodeCenter
AND "Date" = :pObject.Date
}
set obj=##class(Kurro.MyClass).%New()
set obj.KeyProcess="1033004-1#"
set obj.CodeSpecialist = "surgery"
set obj.CodeProvider = "PR002"
set obj.CodeCenter = "CENTER-01"
set obj.Date = $ZDATETIME($ZDATETIMEH("2021-04-30 15:45:00",3,1),3,1)
set st=##class(%SQL.Statement).%New()
set sc=st.%PrepareClassQuery("Kurro.MyClass","GetInfo")
if $$$ISERR(sc) {write "%PrepareClassQuery failed:" do $System.Status.DisplayError(sc) quit}
set result=st.%Execute(obj)
do result.%Display()
He utilizado la última respuesta para solucionar mi problema y funciona muy bien
En mi empresa tenemos varios proyectos separados por NAMESPACES y cada proyecto tiene un repositorio independiente. Pero a lo mejor te podría servir la forma que lo tenemos distribuido, luego tener el mismo repositorio (GIT, TFS, etc..) para todo el conjunto:
1) Crear un directorio común con todos los namespaces, cada namespace tendrá su propia carpeta
2) Guardar en el directorio principal (Healthshare) el area de trabajo, pero cada carpeta que no sea visible (luego explico el por qué)
4) En cada uno de los directorios, añadimos una configuración por carpeta con el nombre del namespace que esté trabajando cada subconjunto
{ "objectscript.conn": { "ns": "COMMON" } }
De esta forma cada workspace trabajará con su conexión correspondiente
A la hora de subir el repositorio, se sube en Git como cualquier otro fichero, incluso se tendría el equipo totalmente actualizado dado que se podría sincronizar los otros NAMESPACE a la vez y tener actualizado el entorno de desarrollo.
Espero que esta forma de distribuición te sirva como nos está sirviendo a nosotros.
ir al artículo
Al final no era un problema de firewall.
El problema era que la instalación no compiló correctamente el código. No tomó la versión de ISC correctamente.
Estoy usando la versión WebTerminal-v4.9.3, en la linea 1507 hay una inicialización del parámetro iscProductVersion
Después, en la linea 1611, comprueba cuál es la versión para asignar el role requerido:
Pero, si compruebo cuál es mi versión, la respuesta es 3, en lugar de 4, por lo que está intentando asignar %DB_CACHESYS en lugar de %DB_IRISSYS, por lo que la compilación no termina.
Entonces, he modificado el fichero y cambiado la comparación ..#iscProductVersion para que compruebe si es mayor o igual a 3, y funciona.
En la linea 1730, hay otra comparación para definir el dbPrefix, por lo que he cambiado esta linea también.
Ahora, tengo Webterminal funcionando bien.
Nota: Estoy usando IRIS for Windows (x86-64) 2021.1 (Build 215U) Wed Jun 9 2021 09:39:22 EDT
Saludos,
Francisco Lopez
ir al artículo
Investigando un poco mas la documentación de ZEN.Template no resulta complicado implementar nuevos métodos.
Siguiendo los mismos pasos que para el asistente SOAP, incluye la siguiente entrada en la lista de links y tendrás nuevos asistentes.
Installer Wizard
DeepSeek PI Wizard
ir al artículo
Ver enlace original en https://community.intersystems.com/post/how-automatically-test-deepsee-p...
Aquí algunas ideas
Debería de ser factible, DeepSee API tiene todas las funciones necesarias para hacerlo
ir al artículo
Hola,
Os comento las respuestas obtenidas en el community en inglés. Adjunto también el enlace a la respuesta original.
Respuesta de @Robert Cemper
https://community.intersystems.com/post/query-method-class-persistent-us...
#2) El segundo ejemplo no puede funcionar, principalmente porque no pasa un parámetro en la llamada
#1) NO está previsto utilizar propiedades de objeto vomo variables del lengiaje principal en SQL
El código falla en el métode Execute generado
El método $GET object-property simplemente no está implementado. Está definido por la clase y siempre está ahí, pero es necesario y tiene sentido para propiedades multidimensionados
Esto es válido para ObjectScript como tal y no está relacionado con SQL.
Es como tener un método $g(NOTHING, pObkect.KeyProcess)... osea, nada
Alternativas:
Y la invocación sería de esta forma:
Respuesta de @Vitaliy.Serdtsev
https://community.intersystems.com/post/query-method-class-persistent-us...
Tal y como ha comentado Robert, el problema está en el $GET(), por lo que en lugar de utilizar el método %Library.SqlQuery:Func(), utilizar el PrepareClaseQuery
He utilizado la última respuesta para solucionar mi problema y funciona muy bien
Mucha gracias a los dos por estas respuestas.
Un saludo,
Kurro
ir al artículo
Buenas, en el foro en inglés me han dado varias soluciones y os expongo la que he tomado finalmente
He añadido un nuevo método en la clase Request
De este modo, encuentro mi Lab-Center
Un saludo a todos
ir al artículo
Efectivamente,
El problema está en el backspace ($c(8,......)) porque en una simulación en HTML no es reconocido ese caracter.
Prueba a cambiar por esta linea:
Esto sería la sentencia ESC[12D que sería lo mismo pero el WebTerminal si sabría interpretarlo
Espero que te sirva de mucha ayuda
Un saludo,
Kurro López
ir al artículo
Hola Jorge.
Bienvenido a la comunidad.
En mi empresa tenemos varios proyectos separados por NAMESPACES y cada proyecto tiene un repositorio independiente. Pero a lo mejor te podría servir la forma que lo tenemos distribuido, luego tener el mismo repositorio (GIT, TFS, etc..) para todo el conjunto:
1) Crear un directorio común con todos los namespaces, cada namespace tendrá su propia carpeta
2) Guardar en el directorio principal (Healthshare) el area de trabajo, pero cada carpeta que no sea visible (luego explico el por qué)
"folders": [
{
"path": "."
},
{
"name": "Common",
"path": "./COMMON"
},
{
"name": "Customers",
"path": "./CUSTOMERS"
},
{
"name": "Documents",
"path": "./DOCUMENTS"
},
{
"name": "Hospital",
"path": "./HOSPITAL"
}
],
"settings": {
"files.exclude": {
"**/.git": true,
"Common": true,
"Customers": true,
"Documents": true,
"Hospital": true
}
}
}
Quedará el siguiente aspecto en VSCode
3) Configuramos el VSCode ObjectScript de @Dmitry Maslennikov de la siguiente forma:
en MyWork.code-workspace. Esta sería la configuración general de conexión con el servidor de Ensemble / ObjectScript
"files.exclude": {
"**/.git": true,
"Common": true,
"Customers": true,
"Documents": true,
"Hospital": true
},
"objectscript.conn": {
"active": true,
"host": "localhost",
"port": 57772,
"username": "_SYSTEM",
"password": "SYS",
"https": false,
"links": {}
4) En cada uno de los directorios, añadimos una configuración por carpeta con el nombre del namespace que esté trabajando cada subconjunto
"objectscript.conn": {
"ns": "COMMON"
}
}
De esta forma cada workspace trabajará con su conexión correspondiente
A la hora de subir el repositorio, se sube en Git como cualquier otro fichero, incluso se tendría el equipo totalmente actualizado dado que se podría sincronizar los otros NAMESPACE a la vez y tener actualizado el entorno de desarrollo.
Espero que esta forma de distribuición te sirva como nos está sirviendo a nosotros.
Un saludo,
Francisco López
ir al artículo
Hola,
Para ese tipo de llamadas deberías de usar un adaptador HTTP para conectar con el servidor y leer la respuesta en la propiedad %response
Mas info:
Using HTTP Adapters with Ensemble
Using the HTTP Outbound Adapter
Using the HTTP Response
No será usar un CURL directamente, pero es una invocación GET/POST/PUT/DELETE a una URL
Un saludo,
Francisco López
ir al artículo
Hay una respuesta aceptada en el foro en inglés.
ir al artículo
Hola Pilar,
Prueba a hacer lo siguiente:
1) Crea un recurso para tu WebApi (p.e. ResourceMyApi) Sistema -> Gestión de seguridad -> Recursos
2) Generamos un nuevo Rol para asignar este recurso (p.e. RolMyApi) Sistem -> Gestión de seguridad -> Roles
Asignamos el recurso a este rol
3) Creamos un nuevo usuario para acceder a MyAPi (o abrimos la configuración del usuario que queremos darle los privilegios)
Sistema -> Gestión de seguridad -> Usuario -> Editar usuario
Asignamos el rol RolMyApi en la solapa de Roles
4) Ahora, en la configuración del WebApi indicamos que es necesario que el usuario tenga el recurso ResourceMyApi para poder acceder.
Si intentas acceder con otro usuario verás que recibes un error 401 not authorized
Mas información:
Caché Security Administration Guide
Assets and Resources
Roles
Espero que con esta explicación puedas continuar con tu desarrollo
Un saludo,
Francisco López