Hola,

Si conoces el ID para mi es siempre mejor usar el acceso a objetos.

Pero si no conoces el ID y buscas a través de una SQL posiblemente la única opción viable es la segunda, aunque siempre puedes acceder directamente a los globals.

Saludos

Wow!! Que buen articulo @Alberto.Fuentes. Gracias !!

Hola @Francisco Cadenas,

Lo primero, agradecer tu participación. Estamos deseosos de que la comunidad tenga vida.

Bien, sobre FHIR decirte que está soportado por HealthShare Health Connect y por InterSystems IRIS for Health pero no por Ensemble.

Sobre las versiones:

Se acaba de liberar la versión 2019.1 de HealthShare Health Connect que soporta DSTU2 y STU3. DSTU2 se soporta desde la versión 15.01. Se está trabajando en el soporte de R4 y seguramente ya esté disponible en la próxima versión.

Saludos

@Javier Ordonez Martin 

El error, a priori parece claro, "permiso denegado". ¿Has probado a acceder mediante FTP directamente desde línea de comandos al servidor y probar que funciona correctamente? También es posible que el error se produzca porque el fichero no exista, así que si no es tema de privilegios es posible que esté buscando un fichero pero no un directorio y es por eso que salta este error. En la documentación habla solo de fichero y no de directorio.

Hola,

Yo te diría que no se dispone de esa característica directamente pero sin embargo es posible implementar algo similar de una manera muy eficiente mediante procedimiento almacenado en Object Script. Si envías un poco más de detalle del objetivo especifico podemos revisar y enviar algún ejemplo.

Gracias

Hola Laura, tendría que mirar como usar esa función, pero una cosa que siempre puedes hacer ya que te funciona en openSSL es llamar directamente a OpenSSL. Échale un ojo a este ejemplo https://github.com/drechema/ensemble-smime

Hola Jorge, 

Me surgen varias dudas. Si trabajáis con diferentes Namespaces es porque son proyectos diferentes o ¿cómo están relacionados?. En principio lo lógico es que cada Namespace disponga de un Repo diferente. También podría estar todo junto si no hay solapamiento entre nombres de paquetes y clases. Ya que la idea es que cada desarrollador tenga un entorno aislado y por lo tanto el que toque clases de un Namespace normalmente no tocará las otras y esas no molestan. Sin embargo es muy importante que los despliegues en el servidor en producción se hagan de manera controlada y mediante paquetes de despliegue que se construyan ex-profeso para el mismo. No se si me he explicado bien...

Pero en resumen, una cosa es como se organiza el código en el desarrollo y otra diferente es como repartas las clases en el despliegue

Enhorabuena a los ganadores!! 

Como ya habéis visto vamos a hacer concurso cada mes, espero que os animéis a participar !!!

Cualquier duda sobre todo esto preguntad en la comunidad... estamos abiertos 24x7 ;-)

Kurro dices que tu clase hereda de FTPService, si ves en el error la línea donde te da el error ¿es código tuyo o es código de la clase FTPService?

Gracias por el aviso y por la nota Mario... siempre es útil este tipo de recomendaciones

Esther no lo ha dicho pero los empleados de InterSystems lamentablemente no podemos participar... 

Hola Mathew,

Siempre se puede hacer una clase que herede de %Persistent y que exponga los métodos que quieras para guardar por ejemplo. Internamente allí puedes crear tu Callback y luego llamar al %Save.

Algo así como:

Class MiPersistente Extends %Persistent {

Method OnGuardar() {
}

Method Guardar() {
  ..OnGuardar()
  ..%Save()
}
}

Luego en lugar de heredar de %Persistent heredas de esta clase y sobre escribes el Callback.

No lo he probado pero es una alternativa a investigar

Gracias