Pesquisar

Artigo
· Out. 8 1min de leitura

Cómo visualizar las configuraciones de vuestro servidor InterSystems usando Structurizr

gj :: configExplorer es una nueva extensión de VS Code que se integra con Server Manager y aprovecha Structurizr para generar diagramas de configuración de vuestros servidores.

Aquí tenéis un breve video introductorio.

Al usar la API Nativa de InterSystems IRIS para Node.js se evita la necesidad de instalar cualquier código de soporte en los servidores. Esta elección tecnológica también le permite participar en el concurso actual de la Comunidad de Desarrolladores.

La versión inicial se centra en dos aspectos de la configuración del servidor:

  • Espacios de nombres y bases de datos
  • Conectividad ECP

Se agradecen las sugerencias sobre qué añadir a continuación, así como cualquier comentario general.

Discussão (0)1
Entre ou crie uma conta para continuar
Anúncio
· Out. 8

Es hora de votar en el concurso de InterSystems sobre .Net, Java, Python y JavaScript.

Hola, comunidad:

¡Ha llegado la hora de votar! Emitid vuestros votos por las mejores aplicaciones en nuestro concurso de InterSystems sobre .Net, Java, Python y JavaScript:

🔥 VOTAD POR LAS MEJORES APPS 🔥

¿Cómo votar? Los detalles aquí abajo

Nominación de expertos:

Un jurado experimentado de InterSystems elegirá las mejores aplicaciones para nominarlas a los premios en la categoría de Nominación de Expertos.

Nominación de la comunidad:

Todos los miembros activos de la Comunidad de Desarrolladores que tengan el estado “trusted” en su perfil pueden votar en la Nominación de la Comunidad. Para comprobar vuestro estado, haced clic en vuestra foto de perfil en la esquina superior derecha, y lo veréis debajo de vuestra imagen. Para convertiros en miembros de confianza, debéis participar al menos una vez en la Comunidad.

¡Voto ciego!

El número de votos de cada aplicación estará oculto para todos. Publicaremos la clasificación en la sección de comentarios de esta publicación a diario. Los expertos pueden votar en cualquier momento, por lo que es posible que las posiciones cambien drásticamente en el último momento. Lo mismo se aplica a los puntos extra.

El orden de los proyectos en la página del concurso se determinará según el momento en que se hayan enviado las aplicaciones, apareciendo más arriba las presentaciones más tempranas.

P. D. No olvidéis suscribiros a esta publicación (haced clic en el icono de la campana) para recibir notificaciones de nuevos comentarios.

Para participar en la votación, necesitáis:

  1. Iniciar sesión en Open Exchange – sirve con las mismas credenciales de la Comunidad de Desarrolladores. 
  2. Hacer alguna contribución válida en la Comunidad de Desarrolladores – responder o hacer preguntas, escribir un artículo o publicar aplicaciones en Open Exchange – y podréis votar. Consultad esta publicación sobre las opciones para hacer contribuciones útiles a la Comunidad de Desarrolladores.

Si cambiáis de opinión, podéis cancelar vuestra elección y dar vuestro voto a otra aplicación.

¡Apoyad la aplicación que más os guste!


Nota: Los participantes del concurso pueden corregir errores y mejorar sus aplicaciones durante la semana de votación, así que aseguraos de suscribiros a las actualizaciones de las aplicaciones

Discussão (0)1
Entre ou crie uma conta para continuar
Discussão
· Out. 8

What strategy do you use to maintain different settings of Interoperability Productions across DEV, TEST, and PROD environments?

I know the next ones:

1. Place all different settings in environment variables. You have a different .env file for each environment, and you must add some code to Production for reading and setting these values. It's good for deploying into containers, but challenging for management when we have a large production. I mean, we have many settings that can vary depending on the environment: active flag, pool size, timeouts, and so on. Not only endpoints.

2. My own case. A deployment script that saves Production settings before pulling from git the current state of Production, and restores the start settings after. In this way, each environment has those settings that were set in the Management Portal last time. The Production class is controlled by git (it keeps the default settings for added elements). Needs additional code for deployment as minus. And the content of Productions should be the same in all environments (like in the first solution, however).

3. Default Settings - official way to solve this problem, as I understand it. Not tried it, can say nothing... Is somebody using it? Does it work, useful?

4. Different production classes for each environment, I mean: TestProd.cls, DevProd.cls, etc. Not tried it yet, but it looks easy, no need for additional code, can be different content in Productions. Its obvious disadvantage: you must configure each item twice (or more times) for each Production.

What do you use? I skipped something? I would like to invite you to take part in the discussion.

10 Comments
Discussão (10)3
Entre ou crie uma conta para continuar
Pergunta
· Out. 7

%FileSet Throws “Directory Does Not Exist” for Network Path — But DirectoryExists() Returns 1

Hi Community,

I’m trying to execute a directory query in InterSystems IRIS using %SQL.Statement, but encountering an unexpected error.

Details:
The following command confirms that the directory exists:

Set dirPath="\\MYNETWORK_DRIVE\DFS-Shared_Product\GXM"
Write ##class(%File).DirectoryExists(dirPath)

It returns 1, meaning the path is valid and accessible.

However, when I try to execute this SQL query:

Set File=##Class(%SQL.Statement).%New()
Set Status=File.%PrepareClassQuery("%File","FileSet")
Set Result=File.%Execute(dirPath)
If Result.%SQLCODE {
    Write Result.%Message
}

I get the error:

ERROR #5021: Directory '\\MYNETWORK_DRIVE\DFS-Shared_Product\GXM' does not exist

Interestingly, I can access the same path successfully using the $ZF(-1) command, so it seems to be accessible from the OS level.

Question:
Why does %FileSet report that the directory doesn’t exist, even though it’s accessible both via $ZF(-1) and %File.DirectoryExists()?
Is there any specific configuration or permission requirement for accessing a network path through %FileSet?

Thanks,

Gopal Mani

3 Comments
Discussão (3)4
Entre ou crie uma conta para continuar
Artigo
· Out. 7 2min de leitura

IRIS Audio Query - Consulte Áudio com texto usando InterSystems IRIS

Com a rápida adoção da telemedicina, consutlas remotas e digitação digital, profissionais da saúde estão se comunicano mais do que nunca por voz. Pacientes em conversas virtuais geram uma vasta quantidade de dados sonoros não estruturados, então como clínicos e administradores pesquisam e extraem informações d horas de gravações de voz? 

Apresentamos o IRIS Audio Query – um aplicativo full-stack que transforma áudio em uma base de conhecimento pesquisável. Com ele, você pode:

  • Fazer upload e armazenar conversas clínicas, gravações de consultas ou digitações.
  • Realizar consultas em linguagem natural (por exemplo, "O que o paciente relatou sobre os sintomas de fadiga?").
  • Receber uma resposta concisa gerada usando Large Language Models (Modelos de Linguagem Grande).

Em sua essência, este aplicativo é alimentado pelo InterSystems IRIS para tratamento robusto de dados e busca vetorial, e construído sobre a framework de Interoperabilidade da InterSystems, tudo desenvolvido usando o Python Native SDK.

 

Interface do Usuário

Fazendo upload de um arquivo de áudio:

Realizando uma consulta:

 

Tech Stack

  • InterSystems IRIS – Armazenamento de objetos persistentes e base para busca vetorial.
  • Python (FastAPI) – APIs de Backend e lógica de negócio.
  • React – Interface de usuário (UI) para upload e consulta.
  • TwelveLabs API –Geração de embeddings a partir de áudio e texto.
  • OpenAI API – Geração de respostas textuais usando o conteúdo do áudio como contexto.
  • Docker – Containerização

 

Arquitetura

Os arquivos de áudio carregados são armazenados no IRIS como objetos persistentes e também são transformados em embeddings e, em seguida, armazenados como vetores. Para realizar uma consulta, o texto da consulta é primeiro transformado em embedding, depois uma busca vetorial é realizada para encontrar os embeddings de áudio mais relevantes, os arquivos de áudio correspondentes são recuperados e, finalmente, a resposta é gerada a partir do texto da consulta com os arquivos de áudio como contexto.

As operações de upload e consulta são construídas como Operações de Negócio usando o IRIS Native Python SDK. O backend FastAPI fornece uma API REST para que aplicações externas interajam com este sistema, enquanto o frontend React fornece uma UI para interagir com o backend.

[ React Frontend ]
        ↓
[ FastAPI Backend (REST API) ]
        ↓
[ IRIS Business Operations (Python SDK) ]
        ↓                      ↘
[ GuardarAudio no IRIS ]     [ Embed via TwelveLabs → Guardar vetores ]
                                ↓
                      [ Vector Search no Query Text ]
                                ↓
          [ Retornar Audio Relevante → Resposta usando OpenAI ]
Discussão (0)1
Entre ou crie uma conta para continuar