go to post Dmitry Maslennikov · Apr 9, 2021 Another possible issue is that it comes from the Language Server, you may temporarily disable that extension if it's installed and active to see if it's changed (reload is required). And if the issue disappears I would suggest installing the latest beta version of Language Server. And fill the issue in the repo, if it's still happens.
go to post Dmitry Maslennikov · Apr 9, 2021 The issue is probably in export settings, which used to find a real file for resources on server. You can check it by opening ObjectScript Explorer, when you dive to your classes/routines, it should show an icon next to the name, the same as in File Explorer. So, it's mean that it's linked correctly. If not. you have to look at "objectscript.export" settings, you may find some useful info about this here.
go to post Dmitry Maslennikov · Apr 3, 2021 The reason was to place them in the particular database, out of the system database.
go to post Dmitry Maslennikov · Apr 3, 2021 We build IRIS with ZPM this way, and the reason was to shrink the final size But the best you achieve if you will not change anything in the system database, which is quite big, and it makes no sense in the end.
go to post Dmitry Maslennikov · Mar 31, 2021 Class Security.Users is available only from %SYS, you can map it to your namespace, but I would not recommend to do it. I think, you can just have a method just for this exact thing, where you can switch to %SYS namespace, gather what's you need, and that's it. In this method you will need to use New $namespace command, so, when it will return back to your original namespace when returns. As a ClassMethod it would look like this ClassMethod GetUserInfo(username, ByRef props) As %Status{ New $Namespace Set $Namespace = "%SYS" Return ##class(Security.Users).Get(username, .props)}
go to post Dmitry Maslennikov · Mar 30, 2021 While you have just ordinary system terminal in VSCode you can open IRIS terminal as you would do it outside of VSCode, and it’s depends on where you are working. For Linux it would be just like iris session IRIS. Or if it’s in docker, it should be in docker exec, or docker-compose exec
go to post Dmitry Maslennikov · Mar 30, 2021 Hi, 1. Yes, there a few options for debugging ObjectScript code in VSCode, including running any class method or routine, attach to a running process, only CSP debugging not supported, yet 2. VSCode offers a ways to run system’s terminal internally. And you can run IRIS terminal there, if you working locally. If you working remotely, you’ll need to configure remote access to it, with ssh or telnet, and connect to it from VSCode internal terminal. Yes, as an option could be web terminal.
go to post Dmitry Maslennikov · Mar 30, 2021 You should use flag /importselectivity=1, it has value 2 by default, which keeps existing values if present. Details in the documentation.
go to post Dmitry Maslennikov · Mar 29, 2021 Hi @David Loveluck, and anybody who wanted it. Have a look at one of my latest projects. I did Grafana plugin for IRIS, which can connect and gather any data directly. It's in active development and will be extended with much more possibilities very soon. And I'm going to publish it on Grafana Plugins list as well, for easier installation. Stay tuned, and do not hesitate to contact me directly or through issues in the repository, if you have some advice, what would you like to see there first.
go to post Dmitry Maslennikov · Mar 21, 2021 It looks like the issue in the order of compilation, and you have to properly configure it. Look at the parameter System in class, in most cases, it will be enough. If you have it properly configured if you even uncompile the entire project, and compile everything, just with CompileAll method it should be successful without any errors.
go to post Dmitry Maslennikov · Mar 19, 2021 First place is WRC And it's also available here https://github.com/intersystems-community/iris-driver-distribution/tree/...
go to post Dmitry Maslennikov · Mar 19, 2021 You can do it by yourself. I would recommend looking at the page of all emoji list in Unicode. There you may find a link to the latest version of data in text files, which will be possible to parse quite easily with ObjectScript. So, you can just import that data and use it as you want. And you will need to update it regularly when it gets some new emojis.
go to post Dmitry Maslennikov · Mar 12, 2021 $system.OBJ.Delete("SomePackage.SomeClass") $system.OBJ.DeletePackage("SomePackage")
go to post Dmitry Maslennikov · Mar 11, 2021 You can check how many license units available with this method $SYSTEM.License.LUAvailable() And next depends on the kind of application, you develop. If it's some web application, and you have to achieve it for web session, I would try using %CSP.SessionEvents with OnLogin event, check how many license units are available and who is logging in, and decide to decline the login. If you need it for some else ways of connections, I think the best place would be ZAUTHENTICATE.
go to post Dmitry Maslennikov · Mar 9, 2021 CSP files are real files on disk and case sensitivity is depends on operating system. So, I suppose you using some Linux.
go to post Dmitry Maslennikov · Mar 8, 2021 Since 2016.2 there are no reasons to keep storing source code in XML. Even in transition process, I would recommend to store codebase based on the lowest supported version of platform. Cache and IRIS able to export and import source code in UDL format, as seen in VSCode. If you would stay with XML format just because you’d like to keep history consistent, it can be solved by converting entire history in the like it was always in UDL.
