What does your xxx.code-workspace file contain?
- Log in to post comments
What does your xxx.code-workspace file contain?
I think the command to export from a project only exports the project's server-side classes / routines to individual client-side files.
Since your title mentions deployment I'm guessing you want all the project members exported into a single XML file.
An export of multiple server-side items to a single XML can already be done using the `ObjectScript: Export Documents to XML File...` command from Palette. But currently this can't auto-select only the members of a project.
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
I have updated the screenshot, adding some highlight rectangles that draw attention to the key regions.
Last week's release of a major new version of this extension also gave me reason to drop the Preview tag. If you like it and are reading this message before 4th August 2025 you can vote for it in the current Developer Tools contest.
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:
SELECTNameas Method,
$LENGTH(FormalSpec, ',') AS ArgumentCount,
CASEWHEN $LENGTH(FormalSpec, ',') > 1THEN $LENGTH(FormalSpec, ',')
ELSE0ENDAS AddsLines
FROM %Dictionary.MethodDefinition
WHEREparent = '%IPM.Repo.Definition'ORDERBY SequenceNumberCopilot got me very close, and a small tweak by me yielded this:
SELECTNameas Method,
$LENGTH(FormalSpec, ',') AS ArgumentCount,
CASEWHEN $LENGTH(FormalSpec, ',') > 1THEN $LENGTH(FormalSpec, ',')
ELSE0ENDAS AddsLines,
SUM(
CASEWHEN $LENGTH(FormalSpec, ',') > 1THEN $LENGTH(FormalSpec, ',')
ELSE0END
) OVER (
ORDERBY SequenceNumber ROWSBETWEENUNBOUNDEDPRECEDINGANDCURRENTROW
) ASOffsetFROM %Dictionary.MethodDefinition
WHEREparent = '%IPM.Repo.Definition'ORDERBY SequenceNumberI think IPM Explorer for VSCode has been incorrectly awarded the IPM bonus.
From the bonuses article:
.png)
This entry isn't published as an IPM package but as a VS Code extension on Microsoft's Marketplace.
Hmm, seems unfair they didn't take that view last year for my IPM in VS Code entry:
https://community.intersystems.com/post/technological-bonuses-results-d…
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.
A case(!) for lowercase package names was made by @Evgeny Shvarov in his 2021 post at https://community.intersystems.com/post/naming-convention-objectscript-…
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:
Thanks for the appreciation. This is a brilliant community, and I am very pleased to be a member.
+1 for more info about building and using.
So far I have succeeded in getting the tree-sitter playground working for the expr grammar:
_anim_preview.jpg)
My attempts to do the same with the core and udl grammars only give a blank screen there, and DevTools shows an error.
I think the looping affects the core tests, not the expr ones.
https://github.com/intersystems/tree-sitter-objectscript/issues/8
Good memories of MSM-Workstation! Glad to see that you are still working with the InterSystems technologies.
Great article, but your examples in Item 3 are missing the Do command with which to invoke the method.
Is your /api/atelier web application enabled?
Is your web server configured correctly to forward that endpoint to IRIS?
Did you try the steps I suggested at https://community.intersystems.com/post/cant-connect-vscode-iris4health…?
It's worth noting that the extension can't currently run on Windows without crashing VS Code's extension host (EH) process and thus impacting all other extensions. More information here, which I hope qualifies my entry for the 'Find a bug in InterSystems IRIS External Languages Offerings' bonus.
For Windows users there's a workaround, as long as you have SSH access to a Linux host on which you can run Docker containers. Here's what to do:
When operating this way gj :: configExplorer executes in an EH on your Linux server. Connections to the target servers' superserver ports will originate from there, not from your Windows device. Resolving the server names / addresses will behave accordingly.
Are you running both code fragments from the same IRIS Terminal?
A couple of updates on this technique:
I have updated the original post.
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
The same for the idea I linked gj :: configExplorer to. Still "Needs Review" and no bonus awarded yet. 🤞
gj :: configExplorer uses an IRIS Docker container for its test / demo workspace. Please see https://github.com/gjsjohnmurray/gjConfigExplorer/tree/main/test
I am curious to know which of the published and supported IRIS Native APIs this (the go-irisnative package) leverages.
Ah, so I assume you reverse engineered the unpublished TCP protocol that the published Native API packages use, right?
As noted in the original post, when a Windows version of the VSIX is built and used it crashes VS Code's extension host process. I have a WRC open for this, as I suspect there's a problem with how the Windows variant of the InterSystems API package has been built.
Meanwhile maybe try the steps in https://community.intersystems.com/post/how-windows-users-can-try-gj-co…
Or use the tip at https://community.intersystems.com/post/visualize-your-intersystems-ser… from @Thomas Wuppermann