Looks similar to at least part of the issue I covered in https://community.intersystems.com/post/webterminal-broken-iris-20242

I am curious to know which of the published and supported IRIS Native APIs this (the go-irisnative package) leverages.

gj :: configExplorer uses an IRIS Docker container for its test / demo workspace. Please see https://github.com/gjsjohnmurray/gjConfigExplorer/tree/main/test

gj :: configExplorer now has 2 DC articles. I also claim the Find a Bug bonus for https://github.com/intersystems-community/nodejs-bugreports/issues/1

Are you running both code fragments from the same IRIS Terminal?

Great article, but your examples in Item 3 are missing the Do command with which to invoke the method.

Thanks for the appreciation. This is a brilliant community, and I am very pleased to be a member.

I develop and publish VS Code extensions targeting users of the InterSystems platforms. Occasionally an extension needs some support classes installed on the servers it works with. I propose establishing a naming convention for these classes, as follows:

1. First dot-piece of the package name should be vscode
2. Second dot-piece should be derived from the "publisher" property in the extension's package.json manifest, as follows:
   • If publisher is "intersystems-community" then use dc
   • Otherwise use the publisher string, transformed if necessary to conform to package-naming constraints (e.g. remove punctuation). Uppercase characters in the publisher string may be retained or folded to lowercase at the choice of the publisher, but the transformation should be applied consistently for all classes published by that publisher. For example, if the extension uses publisher ID Acme-Nadir their class names might begin vscode.AcmeNadir. or vscode.acmeNadir. or vscode.acmenadir.
3. Third dot-piece should be derived from the "name" property of the extension, using the same transform guidance as above.
4. Additional dot-pieces of the package name can be added at the choice of the extension author.
5. Classnames should follow the convention proposed by @Robert Barbiaux in this article, i.e. be upper camel case (aka Pascal case).

Thanks all. I feel honoured to have been awarded a double first! I couldn't have done it without @Timothy Leavitt 's excellent Test Coverage Tool package. Many thanks Tim.

I think IPM Explorer for VSCode has been incorrectly awarded the IPM bonus.

From the bonuses article:

This entry isn't published as an IPM package but as a VS Code extension on Microsoft's Marketplace.

Video for InterSystems Testing Manager for VS Code is now on YouTube.

Excellent article @Timothy Leavitt 

I'd like to offer an example from the coalface today. An issue was affecting my improved Testing Manager extension for VS Code. Coverage information from the Test Coverage Tool package assumes that a method signature only occupies one line, but an option in the ObjectScript extension can instruct the server to generate the UDL representation with multi-argument signatures split across consecutive lines.

I was pretty sure the necessary information was available in SQL tables on the server. I just needed to come up with the right query. I consider myself novice grade on SQL, so was glad that Copilot could use the GPT-4.1 model to improve the initial query I'd drafted in the SQLTools extension.

I started with this:

SELECT Name as Method,
  $LENGTH(FormalSpec, ',') AS ArgumentCount,
  CASE
    WHEN $LENGTH(FormalSpec, ',') > 1 THEN $LENGTH(FormalSpec, ',')
    ELSE 0
  END AS AddsLines
FROM %Dictionary.MethodDefinition
WHERE parent = '%IPM.Repo.Definition'
ORDER BY SequenceNumber

Copilot got me very close, and a small tweak by me yielded this:

SELECT Name as Method,
  $LENGTH(FormalSpec, ',') AS ArgumentCount,
  CASE
    WHEN $LENGTH(FormalSpec, ',') > 1 THEN $LENGTH(FormalSpec, ',')
    ELSE 0
  END AS AddsLines,
  SUM(
    CASE
      WHEN $LENGTH(FormalSpec, ',') > 1 THEN $LENGTH(FormalSpec, ',')
      ELSE 0
    END
  ) OVER (
    ORDER BY SequenceNumber ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW
  ) AS Offset
FROM %Dictionary.MethodDefinition
WHERE parent = '%IPM.Repo.Definition'
ORDER BY SequenceNumber

A new version of the InterSystems package that supports both sync and async operations was recently officially published at https://www.npmjs.com/package/@intersystems/intersystems-iris-native