Look at this project

Yeah, of course, you can change any class, if it's not a system and not deployed class stored in a read-only database

looks like you already know how to generate classes, so, to edit some method, you have to open a particular method by its id, which can be constructed from the class name and the method name.

USER>set method = ##class(%Dictionary.MethodDefinition).%OpenId("%Library.File||Exists") 

USER>write method.Implementation.Size
56

Found this news, so, probably unqork is a good way to go now.

Well, Axure, is just a prototyping tool. And it does not have anything that would help to create something production-ready, with any kind of backend at all. It would be probably ok for designers to create some prototype of the application, or probably make something working, but only if no database is needed at all, such as a landing page.

So, I don't think that this tool could be considered in this role

The most important thing you have to understand first, that when you use containers-way for running your application (and Docker here is just one of the ways, to run containers). You have to remember, that container should be as simple as possible, and do just only one thing. So, it means, that your NodeJS application, should run in a separate container, even if it connects to IRIS, it still has to be run separately and connected to IRIS over TCP. 

So, you can use any official Debian-based NodeJS image, put InterSystems NodeJS driver in it, as well as your application, and run it. And your IRIS will run in a separate container, no matter which version.

Ahh, did not notice you using x86_64 version, you need arm64 version, and it will be another image

store/intersystems/iris-community-arm64:2021.1.0.215.3

It would not be safe to clean just everything there, on the fly. Alive processes may have expected some data in there.

The best way to solve it, to keep it cleaned well. You should try to figure out which globals have a bigger size. And if it's are part of your app, you may try to figure out which one could be cleaned safely and at what time. 

Unfortunately, there is no simple way of any debug for any web requests. And it does not really matter in docker or not.

ObjectScriptQuality

extension for VSCode

InterSystems Language Server extension

Look at my Realworld project realization. There I have a separate table for users, and Bearer token creation and validation,  expiration time set in parameter. And API, checks it for any request  required authorization.

Frontend world where is CSP is supposed to be part of, is growing very fast, and the best results you’ll achieve if you choose any way offered by the frontend community. And this is always depends your needs. Mostly known Angular, React and Vue.js.  The good things of using such popular frameworks, will be a lots developers for you, and that they are driven by the community and grows so fast. You still can use IRIS, as a backend, with REST for instance. Frontend developers may even don’t know what’s drive the backend, and how to deal with IRIS.

I see no reasons to fail it on Windows. But there are a few points to check:

• init flag was added in version 3.7 and 2.2 of compose file, so, check if you have the correct version, the latest versions are 3.8 and 2.4 respectively
• init flag was needed for earlier versions of IRIS, and not needed anymore since version 2021.1

At the moment we have only TextMate-based grammar in public, which is used in VSCode and on GitHub. I see no way of conversions from TextMate to Rouge. So, the only way would be to implement it from scratch. Not so easy, but still possible. 

I can do it, I have some experience in such tasks, but don't have so much spare time at the moment. Would be interested in investing in the project?

You already extend %XML.Adaptor, and it means that you can call XML Export directly.

Set status = objectTest.XMLExportToString(.xml)
Write xml

will produce

<Test><Person><name>John</name><age>22</age></Person><Address><location>New York NY 10036</location></Address></Test>

Could you check with the latest beta version?

AWS offers EC2, and it will be just virtual machines. And it will be possible to migrate any of your instances quite easy, if you would choose the same environment. If you have windows on your server, you can have Windows there as well. It's the easiest way. You would need to install the same version of the InterSystems platform you use, and repeat the configuration, copy necessary information and that's it. But for sure, could be some other options.

But AWS also suppose support for containers, this could be more difficult. And the best would be if you would use IRIS. I can help with this migration if you wish.

Documentation

do ##class(Some.ClassName).%BuildIndices($lb("indexName1", "indexName2"))

Yes, when you created a new class, it is just a file on your local disk. When you saved it, VSCode caught this action, and sent it to the server, and compiled it. But deleting this file, not a reason to do the same on the server.

You can delete class with Explorer view, there you may find any classes, that are stored on the server. By context menu you can Delete the item on the server, or Export it to get the local version. Icons close to class names, the same as in File Explorer view, may indicate the connection to your local file.

It’s a class not routine, and you call to method not label, so instead of double dollar, you have to use double dots 

..occupiedseatsAdj