Hello @Werner Noske. Now that VS Code has replaced Atelier as our cross-platform IDE (Studio is still supported), we have removed the plugin from the Eclipse Marketplace. The page you reference will soon make this clear as well. As @Dmitriy Maslennikov says, we encourage developers to follow the guidance in this announcement and move to the VS Code platform if at all possible. Thanks!
This is a very common error. You may be in a rush, or doing too much multi-tasking, then open VS Code expecting to see the IRIS icon signifying your favorite programming extension is ready and waiting. Then to your surprise, it's missing! The likely problem is that you haven't opened a folder yet in VS Code. Just do that and you should see the icon again.
This functionality does not yet exist in the VS Code ObjectScript extension. There is already an issue for it, and you can upvote it by clicking on the smiley face icon and choosing "thumbs up".
Many code snippets exist for ObjectScript already. You can learn how they work in the VS Code docs here. And if you're comfortable reading JSON, you can then go and see what's already implemented in the ObjectScript extension in this JSON file. If you don't find what you're looking for, I hope you'll consider building some of your favorites and submitting a pull request!
I think you'll be frustrated if you try to use DocDB for XML documents. DocDB data "is stored either as a JSON dynamic object or as a JSON dynamic array".
Thanks all. I was using solution #1 from @Eduard Lebedyuk -- creating a new %RegisteredObject class to hold the response -- because it gives me good control over what is happening while keeping my code easy to understand. The solution using the `%ZEN.Auxiliary.altJSONProvider` class is interesting to keep in mind, but it outputs the class name as a "_class" key , which I don't want, and relying on the old %Zen class library isn't recommended in new solutions.
The answer from @Muni Ganesh works too, but I wanted to do something more elegant than the "brute force" approach (but that offers complete control over the process).
@Max Abrahams you offer an interesting solution too. When I have an opportunity I'll have to try out that SQL-centric approach.
go to post
Amazing accomplishments in such a challenging year. I salute you all.
go to post
Hello @Werner Noske. Now that VS Code has replaced Atelier as our cross-platform IDE (Studio is still supported), we have removed the plugin from the Eclipse Marketplace. The page you reference will soon make this clear as well. As @Dmitriy Maslennikov says, we encourage developers to follow the guidance in this announcement and move to the VS Code platform if at all possible. Thanks!
go to post
Hi @Sam Duncan. This answer should solve your problem: https://community.intersystems.com/post/vscode-missing-iris-icon-activity-bar
go to post
This is a very common error. You may be in a rush, or doing too much multi-tasking, then open VS Code expecting to see the IRIS icon signifying your favorite programming extension is ready and waiting. Then to your surprise, it's missing! The likely problem is that you haven't opened a folder yet in VS Code. Just do that and you should see the icon again.
go to post
This functionality does not yet exist in the VS Code ObjectScript extension. There is already an issue for it, and you can upvote it by clicking on the smiley face icon and choosing "thumbs up".
https://github.com/intersystems-community/vscode-objectscript/issues/79
go to post
Many code snippets exist for ObjectScript already. You can learn how they work in the VS Code docs here. And if you're comfortable reading JSON, you can then go and see what's already implemented in the ObjectScript extension in this JSON file. If you don't find what you're looking for, I hope you'll consider building some of your favorites and submitting a pull request!
go to post
I think you'll be frustrated if you try to use DocDB for XML documents. DocDB data "is stored either as a JSON dynamic object or as a JSON dynamic array".
https://docs.intersystems.com/irislatest/csp/docbook/Doc.View.cls?KEY=GDOCDB_intro
go to post
If you really need it, you can contact support to get the Atelier package for a local install.
go to post
Thanks all. I was using solution #1 from @Eduard Lebedyuk -- creating a new %RegisteredObject class to hold the response -- because it gives me good control over what is happening while keeping my code easy to understand. The solution using the `%ZEN.Auxiliary.altJSONProvider` class is interesting to keep in mind, but it outputs the class name as a "_class" key , which I don't want, and relying on the old %Zen class library isn't recommended in new solutions.
The answer from @Muni Ganesh works too, but I wanted to do something more elegant than the "brute force" approach (but that offers complete control over the process).
@Max Abrahams you offer an interesting solution too. When I have an opportunity I'll have to try out that SQL-centric approach.
go to post
Thanks for the insights @Rubens Silva. I'm a fan of React also, and I'm planning to try our Vue.js as well.