New post

查找

InterSystems Official
· Jan 27

Alerta: Dados inválidos introduzidos no Banco de Dados e no Journal com operações $LIST específicas

A InterSystems corrigiu um defeito que faz com que registros inválidos de banco de dados e diário sejam introduzidos ao usar uma sintaxe $LIST específica. A probabilidade de encontrar esse defeito é muito baixa, mas os impactos operacionais podem ser significativos.

Produtos Afetados

  • InterSystems IRIS® data platform: Versões 2023.3, 2024.1.0, 2024.1.1, 2024.1.2, 2024.2, 2024.3
  • InterSystems IRIS® for Health: Versões 2023.3, 2024.1.0, 2024.1.1, 2024.1.2, 2024.2, 2024.3
  • HealthShare® Health Connect: Versões 2023.3.0, 2024.1, 2024.1.1, 2024.1.2, 2024.2, 2024.3
  • HealthShare® Unified Care Record and Suite: Versão 2024.2
  • Todas as ofertas baseadas nos produtos acima

 

O problema afeta apenas instalações Unicode.

O problema surge ao anexar um novo elemento a uma lista em um global usando a seguinte sintaxe:

 

SET $LIST(<global reference>, *+1) = value.

Quando a lista resultante dessa chamada excede o comprimento máximo da string, o comportamento correto é retornar um erro <MAXSTRING>. Isso é o que ocorria antes do InterSystems IRIS, InterSystems IRIS for Health e Health Connect versão 2023.3. Na versão 2023.3 e posteriores, o valor inválido é salvo no banco de dados em vez de gerar um erro <MAXSTRING>.

Qualquer tentativa subsequente de referenciar o nó global resulta em um erro <MAXSTRING>.

A atualização global também resulta em um registro de diário (assumindo que as atualizações para este global são normalmente registradas em diário). Qualquer operação que tente aplicar o registro de diário resultante – incluindo recuperação na inicialização, restauração de diário e operações de espelhamento – falhará com um erro <MAXSTRING> e interromperá o processamento posterior do arquivo de diário.

Se você sentir o impacto desse defeito, entre em contato com o Worldwide Response Center (WRC) para obter assistência.

A correção para esse defeito é identificada como DP-437169. Ele será incluído em todas as versões futuras, começando com o InterSystems IRIS, InterSystems IRIS for Health e Health Connect 2024.1.3 e 2025.1.0. Ele também está disponível por meio de distribuição Ad Hoc. A correção será incluída no HealthShare Unified Care Record versão 2025.1 e no conjunto de produtos quando forem lançados, mas não será incluída nas versões de manutenção de versões anteriores. Se você tiver alguma dúvida sobre este alerta, entre em contato com o Worldwide Response Center.

Discussion (0)1
Log in or sign up to continue
Announcement
· Jan 27

[Video] Moving to InterSystems Reports

Hey Community,

Enjoy the new video on InterSystems Developers YouTube:

⏯ Moving to InterSystems Reports @ Global Summit 2024

Learn how SHD Einzelhandelssoftware GmbH is leveraging InterSystems Reports, why they chose to use it, benefits, and lessons learned.  

Presenters
🗣 Eric Hoelper, Managing Director, SHD Einzelhandelssoftware GmbH
🗣 @Michael Braam, Senior Sales Engineer, InterSystems  

Watch, learn, and grow with us — subscribe to never miss a beat!👍

Discussion (0)1
Log in or sign up to continue
Job
· Jan 27

looking for new opportunity

I'm looking for a new position. Part time/full time/temp. I'm flexible.

I have 20 years healthcare IT background - most recently with a startup where I built/supported interfaces in Mirth.

Even a temp project that needs someone to test or help with workflow. I have a background in end-to-end integration between systems (Saas/APIs, etc)

Discussion (0)1
Log in or sign up to continue
Question
· Jan 27

SET VALUE - CACHE SQL

Hello,

It's possible to set a value to a "variable" in SQL Cache?

Like in SQl Server or Oracle?

Thanks

6 Comments
Discussion (6)3
Log in or sign up to continue
InterSystems Official
· Jan 27

IPM 0.9.0 Lançado

Lançamos o IPM 0.9.0. Anteriormente comentei um pouco da história e do raciocínio aqui; para resumir, este é um grande lançamento por dois motivos: representa uma reunificação há muito esperada do nosso trabalho interno e conduzido pela comunidade em torno do gerenciamento de pacotes ObjectScript centrado no IRIS, e tem algumas incompatibilidades com versões anteriores. Há várias incompatibilidades com versões anteriores necessárias em nosso roteiro, e nós as juntamos; isso não será uma nova norma.

Internamente a nomenclatura de classe e a estrutura do pacote mudaram completamente. Se você estiver fazendo uso direto de chamadas para (muito provavelmente) %ZPM.PackageManager, a classe equivalente agora é %IPM.Main. Para projetos da comunidade que são impactados por essa mudança de nome, enviamos um monte de PRs para atualizar as coisas, e algum uso de nomes de classe %ZPM.* antigos é migrado automaticamente na instalação via ZPM para permitir que os pacotes funcionem com versões antigas e novas do IPM.

Se você atualizar do IPM 0.7.x para o 0.9.0, tudo deverá "funcionar" como antes: estará disponível em toda a instância, com os dados migrados para novos locais de armazenamento.

Em uma instalação nova/atualizada, as coisas são um pouco diferentes; por padrão, o registro da comunidade não é habilitado, e o IPM só está disponível no namespace em que foi instalado. Para obter um comportamento equivalente ao 0.7.x em uma nova instalação, você precisa executar os seguintes comandos para mapear o IPM em todos os lugares e usar o registro da comunidade padrão, respectivamente:

zpm "enable -map -globally"
zpm "repo -reset-defaults"

Há um patch 0.9.1 chegando *muito* em breve (hoje/amanhã - tão cedo que atualizarei esta postagem) que simplificará esse processo até certo ponto; consulte https://github.com/intersystems/ipm/issues/662 para contexto/atualizações.

Caso você encontre algum problema ou dúvida, registre um problema no GitHub; também ficaremos de olho na Comunidade de Desenvolvedores.

Discussion (0)1
Log in or sign up to continue