go to post Dmitry Maslennikov · May 21, 2020 VSCode-ObjectScript offers some support by now, through the issues on GitHub. And anybody can order commercial support. Documentation is there. Atelier, too slow, and very fragile, and no improvements anymore, could you explain why do you like to use it?
go to post Dmitry Maslennikov · May 21, 2020 If you have read the article provided above, and maybe would saw the webinar by Raj Singh very recently, where he said, that VSCode will have support through WRC quite soon when we'll reach the stable version 1.0. You installed IRIS or Caché at least, so, just a couple of more installs, to make you more productive. It has the documentation. Yes, you can also have multiple connections, it's a bit tricky there, but possible. As soon as you understand why you really need it. You can change any colors in VSCode as you would like, just from the settings VSCode has support for GIT out of the box, while in Studio there are not ways, how to do it very simple You can ask any questions about using VSCode extension here, some small fixes I'm releasing quite quickly. Studio as well as Atelier, will not get any big improvements anymore, just only to keep it working with the newest version. While VSCode is in active development and will get a lot of new features, which will not be available in Studio.
go to post Dmitry Maslennikov · May 17, 2020 There are multiple ways, just use Create method directly on classes Security.Roles, and Security.Users do ##class(Security.Roles).Create(Name, Description, Resources, GrantedRoles) do ##class(Security.Users).Create(UserName, Roles, Password) Or, you can use %Installer manifest <Resource Name="%accounting_user" Description="Accounting" Permission="RW"/> <Role Name="%DB_USER" Description="Database user" Resources="MyResource:RW,MyResource1:RWU" RolesGranted= /> <User Username="Clerk1" PasswordVar="clerk1pw" Roles="Dataentry" Fullname="Data Entry Clerk" Namespace= Routine= ExpirationDate= ChangePassword= Enabled= Comment=""/>
go to post Dmitry Maslennikov · May 6, 2020 You can find what's goes to Durable SYS in the documentation
go to post Dmitry Maslennikov · May 6, 2020 It looks like a good request for WRC, why non-interactive mode does not work in emergency mode. And maybe they can offer a workaround.
go to post Dmitry Maslennikov · May 6, 2020 Depends on how you call it, you can just kill that process which runs such query. If you did it in the System Management portal, wait for a connection timeout, or open a new session in another browser or in incognito mode, go to processes, discover your hanging process, and terminate there.
go to post Dmitry Maslennikov · May 6, 2020 it should be "quietly" not "quielty", so, that's why this may not work for you
go to post Dmitry Maslennikov · May 5, 2020 As I said for server side it show linux for os/arch. You should find the switcher in context menu in tray on docker icon.
go to post Dmitry Maslennikov · May 5, 2020 On windows docker works in two different ways, as windows containers and linux containers. It looks like, you just should switch it to linux from Windows
go to post Dmitry Maslennikov · May 5, 2020 Ken, You running IRIS with an activated feature named as Durable %SYS, which means, some of your settings, should persist even when you restart and recreate containers. So, this may be a cause that your global persist after a recreate container. But does not says why it disappears after the restart of the host system. While we know almost nothing about your whole configuration, it's a bit difficult to discover what's going wrong. For sure, you can connect with Studio, just should keep in mind few points: The version of Studio should be the same or higher than version of server Port used for connection should be superport which is 51773 on IRIS side. So, you just have to add more -p 51773:51773, where the first 51773, is the port on your host machine, while the second one is mostly constant. You can also use VSCode for development with IRIS, in this case, should be used web port 52773, instead of 51773.
go to post Dmitry Maslennikov · May 5, 2020 I have recently implemented SAML Authentication for one of the projects where I participated, with some SAML providers. I have not tested it with Shibboleth, but with some online providers, including GSuite. It's not so difficult actually and can be solved with SAML classes already implemented in IRIS for SOAP. But this is the only Authentication, while SAML supports also supports provisioning, which I have not Implemented at the moment.
go to post Dmitry Maslennikov · May 4, 2020 Craig, Try this RUN wget -qO /dev/null --keep-session-cookies --save-cookies /dev/stdout --spider \ --method POST --body-data="UserName=$WRC_USERNAME&Password=$WRC_PASSWORD" \ 'https://login.intersystems.com/login/SSO.UI.Login.cls?referrer=https%253A//wrc.intersystems.com/wrc/login.csp' \ | wget -O - --load-cookies /dev/stdin \ "https://wrc.intersystems.com/wrc/WRC.StreamServer.cls?FILE=/wrc/Live/ServerKits/HSAP-2018.1.2.309.5-hscore15.032-b9021-lnxrhx64.tar.gz" \ | tar xvfzC - .
go to post Dmitry Maslennikov · Apr 30, 2020 Thanks, a lot, it may help. But unfortunately, Export in case of Base64 does not work correctly, and anyway have to be fixed. Due to the specialty of Base64, a string which has to be encoded in a chunked manner, have to be devisable by 3. At the moment it reads original stream with default size of chunk, 32656 (instead of 32656\3*3=32655), so, base64 becomes incorrect, and decoded back is different from the original.
go to post Dmitry Maslennikov · Apr 28, 2020 The way when used one server and shared git user, not recommended. It actually makes not so much sense when every developer will save his changes like one. And instead of Studio, I would recommend now using VSCode-ObjectScript, it already has git support from out of the box, and each developer will work with git separately, so, history will be more clear.
go to post Dmitry Maslennikov · Apr 25, 2020 Hi David, could you check it with the latest beta version?
go to post Dmitry Maslennikov · Apr 21, 2020 Hi Emmanuel, This particular extension is for Visual Studio Code only, at the moment. Different IDEs I hope will come in the future. And possible for Visual Studio as well. VSCode supports Cyrillic, so, don't see any possible issues with Hebrew. Visual Studio Code and Visual Studio are two completely different projects. There is only one thing between them, both developed by Microsoft. Don't be confused by similar names. So, you should not be worried to use VSCode and Visual Studio on the same machine side by side.
go to post Dmitry Maslennikov · Apr 19, 2020 There two open-source projects isc-tar - it's my library that works the same as tar tool in Linux, and with native support of gzip in InterSystems products you can easily compress files as tar.gz and decompress them. This project used in production as part of Package Manager project. isc_zip - should work with zip files