查找

Pergunta
· Set. 29

Is it possible to send in different context request classes to the same BPL?

The default request class, Ens.Request is fine for our initial workflow.  

We want to define other workflows that will reuse the same BPL class.  These workflows would send messages inbound to the BPL as different request classes.

Is this possible or is it required that we send in a request class matching the context request class in the context tab?

Thank you

3 Comments
Discussão (3)3
Entre ou crie uma conta para continuar
Pergunta
· Set. 29

Practical Architecture Question

What are the best practices for choosing a shard key in InterSystems IRIS to ensure long-term scalability without needing major refactoring later?

1 Comment
Discussão (1)2
Entre ou crie uma conta para continuar
Anúncio
· Set. 29

[Video] InterSystems Different by Design

Hey Community,

Enjoy the new video on InterSystems Developers YouTube:

⏯ InterSystems Different by Design @ Ready 2025

The presentation focused on the importance of thoughtful, timeless design, particularly as it applies to technology and data platforms. Using both humorous and serious real-world design examples, the speaker highlighted that great design must be simple, resilient, adaptable, and enable innovation. These principles are foundational to InterSystems IRIS, which was built to efficiently store and process any type of data, support powerful analytics and AI, and ensure interoperability and scalability without compromising performance.

Presenters:
🗣 @Scott Gnau, Head of Data Platforms, InterSystems
🗣 Peter Lesperance, Senior Director of Performance Engineering, Epic
🗣 @Tom Woodfin, Director of Development, Data Platforms, InterSystems
🗣 @Gokhan Uluderya, Head of Product Management, Data Platforms, InterSystems
🗣 @Jeff Fried, Director of Platform Strategy, InterSystems
🗣 @Daniel Franco, Senior Manager of Interoperability Product Management, InterSystems

Ready to join the conversation? Watch the video and subscribe for updates!

1 Comment
Discussão (1)1
Entre ou crie uma conta para continuar
Artigo
· Set. 29 2min de leitura

Hook de Pre-commit no Git para Health Connect Cloud

Olá,

Pensei em compartilhar um hook bem útil que me ajudou no desenvolvimento no Health Connect Cloud com VS Code e GitBash. Ao desenvolver no Health Connect Cloud, se forem feitas alterações diretamente no servidor, como regras de roteamento (routing rules) ou implantações de componentes, elas não são incluídas automaticamente no controle de origem (source control). Por isso, você deve exportar do servidor para seus arquivos locais e enviar para o seu repositório remoto. Tenho certeza de que existem métodos mais fáceis para lidar com isso, os quais estou testando, mas como uma solução rápida, achei que seria útil ter um gancho de pré-commit que aciona um lembrete no GitBash - veja abaixo.

Este lembrete pode ser ajustado para mencionar regras de roteamento e qualquer outra coisa que você ache que precisa ser considerada para exportação.

O código do gancho:

#!/bin/bash
# Hook de pre-commit do git - lembrete para Production.cls
targetFile="src/HCC/Connect/Production.cls"
# Verifica se Production.cls já está na área de staging (preparado para commit)
staged=$(git diff --cached --name-only | grep "$targetFile")

# Se Production.cls NÃO estiver na área de staging, mostra um lembrete
if [ -z "$staged" ]; then
    echo ""
    echo "💡 Lembrete: Você fez alguma alteração na classe Production no servidor?"
    echo ""
    echo "   Se SIM: Exporte e adicione $targetFile a este commit"
    echo "   Se NÃO: Continue com: git commit --no-verify"
    echo ""
    echo "   (Este lembrete aparece em todo commit - use --no-verify para pular)"
    echo ""
    exit 1
fi
# Production.cls está na área de staging, prossegue normalmente
exit 0

Espero que isso seja útil para quem estiver desenvolvendo com o Health Connect Cloud.

Jordan

Discussão (0)1
Entre ou crie uma conta para continuar