Studio connects to the superserver port (tcp 1972) using a proprietary protocol but the VS Code extension uses REST APIs over http(s), typically to the same web server as you use when accessing InterSystems Portal. So if your Portal URI contains :57772 then you should specify 57772 as the port in VS Code's connection spec.
Please download the latest beta VSIX from https://github.com/intersystems-community/vscode-objectscript/releases/… and see if you still get the problem.
Are you connecting successfully to other servers and only having problems with this one?
In the Security section of InterSystems Portal on this server, does the profile of the 'therock' user show any login failure coinciding with your failed attempt to connect from VS Code?
Your reference to having pulled existing connections leads me to think you installed the InterSystems Server Manager extension. Are you able to expand the Namespaces subfolder of this server in the Server Manager tree?
Maybe run a local personal instance of IRIS that VS Code can use to compile the classes in. When your changes are ready, push your local file sources to the repo and have some other mechanism to pull them from there into the shared server.
From the Command Palette please run "Format Document With...".
Do you see this?
.png)
If not, what does the "Configure Default Formatter..." option show (assuming it is there for you)?
Maybe the article at https://community.intersystems.com/post/intersystems-iris-and-iris-heal… can help?
To use a " character within an ObjectScript string literal, double it:
set teststr ="<book id=""bk105""><author type=""old"">Corets, Eva</author><title>The Sundered Grail</title><genre>Fantasy</genre></book>"VS Code 1.63 has now been published, so as soon as you have updated to it you will be able to try out the Server Manager Version 3 pre-release.
I just posted another article about my Server Manager 3 entry: https://community.intersystems.com/post/server-manager-now-showcasing-v…
Are you using 32-bit Windows? If so, see https://github.com/intersystems/language-server/issues/197
This can be done using the Serenji extension. Free evaluation keys for Serenji's debugging features are available on request.
The steps are documented here. I demonstrated it on the main stage at Global Summit 2019 during a session hosted by @Jeff Fried but unfortunately the YouTube video of that session has since been set private (see item 10 at https://community.intersystems.com/post/intersystems-global-summit-2019… for the link).
I don't think there is any such setting, and I have been using InterSystems products for a long time.
Is anything going on with browser session cookies that might cause this?
Do you get the same problem if you access the private webserver via FQDN from, say, Chrome and via unqualified hostname using, say, Firefox? Or use incognito mode?
The Eventbrite record looks a bit strange. Why not on sale until 3 weeks after today's kickoff?
.png)
Updating the point made in my 2017 reply, Serenji is now a Visual Studio Code extension and its debugging features include the ability to debug REST classes on the server.
More information at https://openexchange.intersystems.com/package/Serenji or https://georgejames.com
It can't be integrated with Management Portal (which is a webapp), but the Server Manager extension gives you ways to launch Management Portal from within VS Code, either as an embedded web page or in your usual browser.
I'm interested to know why VS Code is not an option. You actually wrote "VS", so maybe you are confusing the free Microsoft tool with the other tool with a similar name.
Are any of the other methods useful to you?
https://cedocs.intersystems.com/ens20172/csp/documatic/%25CSP.Documatic…
The VS Code core developers recommend https://gifcap.dev/ which is a browser-based tool for doing this.
My article at https://community.intersystems.com/post/who-does-windows-think-i-am may be relevant here.
Stefan, it sounds like you could benefit from using the server-side editing capabilities of this extension, in combination with server-side source control such as Deltanji from George James Software (for whom I work). Properly implemented, server-side source control will also control people who edit using Portal and Studio, or who use our Serenji extension for VS Code instead of the InterSystems one.
Try adding a space between iris and session
Surely an annual salary.
That's the MultiValue command. This is the doc for the ObjectScript one:
https://docs.intersystems.com/irislatest/csp/docbook/Doc.View.cls?KEY=R…
USER>d ^quine quine ; p USER>
That setting affects how the ObjectScript Explorer behaves. That's the tree you get if there's an InterSystems logo on your Activity Bar and you click on it. It's the tree whose primary purpose is to let you export server code into files on your workstation that you then edit locally, probably add to a Git repo, and import to your server to run and debug it.
When you select a class or routine in that tree, and it only exists on the server (i.e. it isn't one that you have already exported locally), then the above setting dictates whether the code is opened read-only or editable.
As @Dmitry Maslennikov said, you opened it in the Developer Community repo, here:
https://github.com/intersystems-community/developer-community/issues/654
But you need to open it in the extension's repo, here:
https://github.com/intersystems-community/vscode-objectscript
Does your new routine also appear in the ^rINDEX global?
IMO storing a password in plaintext like this should only be used as a last resort, or when the password is the default one for a built-in username. In all other cases I recommend using Server Manager's ability to store the password in your workstation's keychain.
Not yet fully documented is the facility to extend the 'Server Actions' quickpick which appears when you click the ObjectScript connection panel on the status bar.
Some pointers exist at https://github.com/intersystems-community/vscode-objectscript/issues/66…