Encontrar

Pergunta
· Jul. 25

Cache SQL - Cached Query error

Hello to all the Cache Experts out there and Happy Friday!

The company I work for uses Cache 2017.1.3 and we have been seeing intermittent errors in the Cache Error Trap when an SQL query runs.   The error message looks like the error is occurring within the cached query routine that Cache auto-generates.  Unfortunately, when I pulled up the routine in the SMP System Explorer, I only found an obj version, so was unable to look at any code.

Here is the error:    Note:  the .cls375 part will be different based on the different SQL queries that run, since that part of the cached query routine name is auto-generated.  Also, the generated method can be different, again, based on the SQL query that is run - since the methods in the cached query routines are also auto-generated.

<EXTERNAL INTERRUPT>%0AmBk1^%sqlcq.{namespace}.cls375.1

 

So my questions for the Cache Developer Experts out there are:

a) have any of you seen this type of issue before?   If yes, how did you resolve?

b) any idea how to get the *.INT (or *.MAC) code associated with the *.obj version of the auto-generated cached query routine so I can see the code which might also give me some clues as to what is causing the error?

c) Does anyone have any idea about what the <EXTERNAL INTERRUPT> error is?   Could that be happening due to a timeout?

 

Most of the SQL queries are very simple/basic SQL - an example is below.

Set sql="SELECT DISTINCT PrintBy FROM appPkg.appTable WHERE (Status <> '1' AND Status <> '4')"

Set resultSet=##class(%ResultSet).%New()

Set status=resultSet.Prepare(sql)

Set status=resultSet.Execute()

While(resultSet.Next()) {

    // loop and do stuff

}

Much Thanks in Advance for any thoughts, ideas, feedback, suggestions.

Best Regards and Go Team!!!

3 Comments
Discussão (3)3
Entre ou crie uma conta para continuar
Job
· Jul. 25

Hiring InterSystems IRIS for Health Developer – Remote (USA Only)

We are looking for experienced InterSystems IRIS for Health developers to join a long-term healthcare technology project. You must be USA-based and available to work full-time remotely.

🔹 Requirements:

  • Strong experience with InterSystems IRIS for Health
  • Solid understanding of HL7, FHIR, and healthcare integration workflows
  • Proficiency in ObjectScript, and Python/Java/SQL
  • Prior experience with EHR, LIS, or other clinical systems is a big plus
  • Must be based in the United States

Interested candidates can DM here or email on: ali.ceo@softhawker.com
 

Discussão (0)1
Entre ou crie uma conta para continuar
InterSystems Oficial
· Jul. 25

La version de maintenance 2025.1.1 d'InterSystems IRIS, IRIS for Health et HealthShare Health Connect est désormais disponible

Les versions de maintenance 2025.1.1 de la plateforme de données InterSystems IRIS, d'InterSystems IRIS for Health et de HealthShare Health Connect sont désormais disponibles en disponibilité générale (GA). N'hésitez pas à partager vos commentaires via la Communauté des développeurs afin que nous puissions développer ensemble un produit plus performant.

Documentation

Vous trouverez les listes détaillées des modifications et les listes de contrôle des mises à niveau sur les pages suivantes :

Programmes d'accès anticipé (PAE)

De nombreux PAE sont disponibles dès maintenant. Consultez cette page et inscrivez-vous auprès des personnes intéressées.

Comment obtenir le logiciel ?

Les packages d'installation complets pour InterSystems IRIS et InterSystems IRIS for Health sont disponibles sur la page des kits complets de la plateforme de données InterSystems IRIS du WRC. Les kits HealthShare Health Connect sont disponibles sur la page des kits complets HealthShare du WRC. Les images de conteneurs sont disponibles sur le registre des conteneurs InterSystems.

Disponibilité et informations sur les packages

Cette version est fournie avec des packages d'installation classiques pour toutes les plateformes prises en charge, ainsi que des images de conteneurs au format Docker. Pour une liste complète, consultez le document « Plateformes prises en charge ». Le numéro de build de cette version de maintenance est : 2025.1.1.308.0.

Discussão (0)0
Entre ou crie uma conta para continuar
InterSystems Oficial
· Jul. 24

インターシステムズ製品 2025.1.1 のご案内

インターシステムズは、InterSystems IRIS®データプラットフォームInterSystems IRIS® for HealthTMHealthShare® Health Connect のメンテナンスバージョン 2025.1.1 をリリースしました。製品の品質改善のために、開発者コミュニティを通じてぜひご意見をお聞かせください。

ドキュメント

詳細な変更リストとアップグレードチェックリストはこちらのドキュメントをご参照ください(すべて英語です):

早期アクセスプログラム (Early Access Programs; EAPs)

多くの 早期アクセスプログラムをご用意しております。こちらの ページ からご興味のあるプログラムにお申込みいただけます。

キットの入手方法

InterSystems IRIS と InterSystems IRIS for Health の通常インストーラパッケージ形式のキットは WRC Direct の IRIS ダウンロードページ から、HealthShare Health Connect のキットは HealthShare ダウンロードページ からそれぞれ入手してください。
コンテナイメージは InterSystems Container Registry から入手できます。

利用可能なパッケージ情報

本リリースでは従来からのインストーラパッケージ形式とコンテナイメージ形式をご用意しています。その一覧は、 サポートプラットフォームページ(英語) をご覧ください。本メンテナンスリリースのバージョン番号は、 2025.1.1.308.0 です。

Discussão (0)1
Entre ou crie uma conta para continuar
Pergunta
· Jul. 24

How to handle Ens.Config.DefaultSettings() with IPM

I feel I may be in the "people unclear on the concept" group here.

System Default Settings is a great mechanism, and we use some custom code to deploy it in our pipeline after environment specific changes have been applied to the content. However, we are trying our best to reduce the amount of custom code we use in our system that does not relate directly to the business. For CI/CD, this means we are trying to leverage IPM for the heavy lifting.

Is there a method for handling System Default Settings in IPM that I am just overlooking? If not, what would be a good approach that would not involve custom extensions of the IPM code? Invoke would be fine, but I want to make sure I am not missing something obvious here.

Thanks in advance for your opinions!

-Jonathan

4 Comments
Discussão (4)3
Entre ou crie uma conta para continuar