Rechercher

Question
· Jan 13

VS Code Compile Failure - No Error Output

I'm sure I've seen this issue reported before, but a search hasn't turned it up.

This appears to happen randomly, but once it starts it doesn't seem to stop ... at least for a while. I attempt to compile a class and compilation fails but produces no error explaining why. Here's an example:

The last two compilation errors repeat indefinitely (or at least until I've found and fixed the issue), but I can open the class in Studio, compile, and get the error information in the output panel every time. The compilation qualifiers are the same in both.

1 Comment
Discussion (1)3
Connectez-vous ou inscrivez-vous pour continuer
Résumé
· Jan 13

InterSystems Developers Publications, Week January 06 - 12, 2025, Digest

Articles
Announcements
Questions
#InterSystems IRIS
#Caché
#InterSystems IRIS for Health
#HealthShare
#Ensemble
January 06 - 12, 2025Week at a GlanceInterSystems Developer Community
Article
· Jan 13 1m de lecture

Quelle est la version de mon image ?

Si vous souhaitez savoir quelle est la version exacte de votre image Docker (et depuis le dernier schéma de balisage d'image, vous ne pouvez pas simplement vous fier à la balise d'image ; et en supposant que vous ne souhaitiez pas l'exécuter réellement juste pour le savoir), vous pouvez exécuter cette commande docker :

docker inspect containers.intersystems.com/intersystems/irishealth:latest-preview --format '{{ index .Config.Labels "com.intersystems.platform-version" }}'

(bien sûr, adaptez l'image à laquelle vous faites référence)

Et le résultat sera, par exemple :

2025.1.0L.152.0

J'ai trouvé cela utile par exemple pour comparer la version que j'exécute par rapport aux autres versions disponibles possibles. Cela serait important avec les versions de maintenance mineures des versions EM et, comme dans mon exemple ci-dessus, avec les versions Developer Preview.

Notez que cette commande docker inspect est une approche similaire à celle partagée ici par @Dmitry Maslennikov pour obtenir les ports par défaut utilisés par le conteneur, et conforme à la documentation faisant référence à la découverte des valeurs par défaut de l'image (comme dans le cas de Dmitry).

Discussion (0)1
Connectez-vous ou inscrivez-vous pour continuer
Résumé
· Jan 13

Publications des développeurs d'InterSystems, semaine Janvier 06 - 12, 2025, Résumé

Janvier 06 - 12, 2025Week at a GlanceInterSystems Developer Community
Question
· Jan 13

DTL Transformation output: maxOccurs bug?

We are using a DTL transformation to take HL7 and transform into custom XML (XML is a virtual document, held in an EnsLib.EDI.XML.Document object). The schema specifying the format of the XML says one element should occur no more than 24 times (maxOccurs="24" in the XSD schema). However, the transformation to produce one such element always produces 24 elements, all but the last one blank, when tested stand-alone. And when the sub-transform producing one element is incorporated into the full transformation to produce the whole XML object, it produces the wrong output.

Is this a bug in the Ensemble XML Schema / transformation handling? Or are we doing something wrong?

The offending transformation takes an AL1 segment from an HL7 2.3 RDS_001 message and transforms it into an <allergy> node in the XML:

First, here's the Schema for the XML:

Second, here's the transformation which takes an AL1 segment and transforms to an <allergy> object:

Third, here's the output when that transformation is tested in isolation. Notice there are a total of 24 <allergy> objects, matching the maxOccurs="24" from the schema:

Fourth, for comparison, when the schema contains maxOccurs="unbounded" this is the output of the same transformation:

Fifth, here's the output of the calling transformation (whole HL7 message to root node of the XML schema), which calls the above transformation. Notice that there are 2x AL1 segments in the source HL7 message, and 2x (empty) <allergy> nodes in the output XML - given the behaviour of the segment transformation we wonder whether the nodes presented here are the first two produced by the segment transformation, but that is supposition:

Sixth and finally, here is the relevant part of that top-level transformation (HL7 -> root node of XML):

Note that this problem arises in a transformation we are having other (we think unrelated?) issues with, discussed here: DTL Transformation output: ordering of XML nodes | InterSystems Developer

1 Comment
Discussion (1)1
Connectez-vous ou inscrivez-vous pour continuer