ir a la publicación Kurro Lopez · 18 mar, 2020 Me alegro que haya sido una tontería, si te digo la verdad, ni me había fijado que era settings.json :( Un saludo y happy coding!!!
ir a la publicación Kurro Lopez · 16 mar, 2020 Entiendo que el setting.config de cada uno de los folders contiene el nombre del namespace a que se quiere desarrollar. Por defecto siempre se carga en namespace "USER", si no puede conectarse con el servidor y no encuentra el namespace indicado se conecta al namespace por defecto. Como comentas, tienes un namespace con ese nombre. Prueba a seleccionar el folder "scr" e intenta crear un fichero (prueba.cls) y ver que te cambia el namespace correcto
ir a la publicación Kurro Lopez · 10 mar, 2020 Los despliegues lo gestionamos utilizando la exportación de producción y añadiendo todos los elementos que queremos incluir en la instalación. Para incluir mas cosas en la instalación utilizamos un fichero Installer.class extendiendo de %Projection.AbstractProjection
ir a la publicación Kurro Lopez · 10 mar, 2020 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 "settings": { "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 a la publicación Kurro Lopez · 4 mar, 2020 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 a la publicación Kurro Lopez · 10 feb, 2020 Una pregunta, ¿Hay alguna página o documentación donde se pueda consultar cuales son los IDs que se pueden usar? Por lo que veo tendríamos: 1.- Host2.- Instancia3.- Namespace....8.- NIvel de transacción Gracias por adelantado
ir a la publicación Kurro Lopez · 31 oct, 2019 Hola, No es posible porque el cliente tiene instalado una versión Healthcare 2017.2 y no tiene mucha intención de cambiar de aplicación. Además, las dos versiones han de convivir simultaneamente en producción.
ir a la publicación Kurro Lopez · 19 oct, 2019 Me refiero a Ensemble 2017.2. Es una versión que no va en Docker como IRIS, y preguntaba que si se sacará también algún parche para que sea compatible con esta versión de Mac. En caso contrario se tendrá que trabajar bajo máquina virtual
ir a la publicación Kurro Lopez · 18 oct, 2019 Para versiones anteriores a IRIS, ¿Va a existir actualizaciones para macOS 10.15?
ir a la publicación Kurro Lopez · 15 oct, 2019 Muchas gracias Alberto y David. Ha sido muy instructivo y habeis contado cosas que me han servido de mucho. Nota: El dedo mágico de David no existe... lo que si son mágicos solo los dedos de Alberto al teclado
ir a la publicación Kurro Lopez · 6 sep, 2019 Hola Javier,Parece que el problema está en que está constantemente consultando el servidor, está vacio y la lista no se crea. Pero está perdiendo la conexión TCP y por eso lanza el error. Lo que no comprendo es, si tengo la configuración de mantener conectado ¿No debería de realizar la conexión automáticamente?A lo mejor no comprendo correctamente cual es el funcionamiento de este parámetro
ir a la publicación Kurro Lopez · 30 mayo, 2019 Genial, muchas gracias por compartir este código.Lo que sería un plus, es poder añadir alguna propiedad en el export para que no serialice alguna propiedad. Los que no usamos IRIS lo tenemos complicado.https://giphy.com/embed/d5KuLHHTSaRnG[Este es un enlace integrado, pero no puede ver el contenido integrado directamente en el sitio porque rechazó las cookies que se necesitan para acceder a él. Para ver el contenido integrado, debe aceptar todas las cookies desde la Configuración de cookies]
ir a la publicación Kurro Lopez · 23 mayo, 2019 Aqui otra solución mucho más sencilla /// Elimina un item de la producción ClassMethod ProductionItemRemove(pProdName, pItemName) As %Status { write !,"Removing Item: "_pItemName if ##class(Ens.Config.Item).NameExists(pProdName, pItemName,.itemId) { set objItem=##class(Ens.Config.Item).%OpenId(itemId) set prod=##class(Ens.Config.Production).%OpenId(pProdName) do prod.RemoveItem(objItem) do prod.%Save() kill objItem do ##class(Ens.Director).RestartProduction(0,1) } quit $$$OK } Un saludo, Francisco López
ir a la publicación Kurro Lopez · 23 mayo, 2019 Probado, implementado y funcionando... una gran ideaTe importaría realizar la misma respuesta en el community en inglés, hasta que no se implememte la funcionalidad de traducir las respuestas aceptadas, hay que estar hacíendolo así. De esta forma quedará registrado en ambos foros, y la solución es muy buena.https://community.intersystems.com/post/how-delete-item-production-codeMuchas gracias
ir a la publicación Kurro Lopez · 21 mayo, 2019 Genial..La comunidad hispanohablante lo va a agradecer.Muchas graciasUn saludo,Francisco López
ir a la publicación Kurro Lopez · 20 mayo, 2019 Hola Pilar,Prueba a hacer lo siguiente:1) Crea un recurso para tu WebApi (p.e. ResourceMyApi) Sistema -> Gestión de seguridad -> Recursos2) Generamos un nuevo Rol para asignar este recurso (p.e. RolMyApi) Sistem -> Gestión de seguridad -> RolesAsignamos el recurso a este rol3) 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 usuarioAsignamos el rol RolMyApi en la solapa de Roles4) 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 authorizedMas información:Caché Security Administration GuideAssets and ResourcesRolesEspero que con esta explicación puedas continuar con tu desarrolloUn saludo,Francisco López
ir a la publicación Kurro Lopez · 11 abr, 2019 Esto no ha hecho mas que empezar. Vamos a darlo todo, la comunidad hispano hablante tiene mucho que decir. Enhorabuena