This is because "code" is a standard python module
https://docs.python.org/3/library/code.html
to fix this issue, I think the Intersystems developpers should hide user-made code in a custom module so it doesn't conflict when trying to load it
Very nice extension,
I have myself experimented with PlantUML diagrams generation and made my own bare-bone python script in the past, but you have nailed it as a fully automated vscode extension with integrated preview. Good work.
My bad, I simplified my sample too much without actually testing it.
I think I found the issue, it seems to happen because I have been using the production test interface, which doesn't seem to allow null values for booleans, unlike strings
.png)
Sorry for the inconvenience
Oh I see, what I was really missing out there was the XMLPROJECTION = "ELEMENT"
Thank you very much for your answer and clearing out some misconceptions about persistent classes
Though I have one additional note here:
If a class extend Ens.Response or Ens.Request is not necessary to extend %Persistent because is already inherited by Ens.Request/Ens.Response.
From what I have read in the IRIS documentation, it is advised to also extend a message class with %Persistent as the primary subclass for performance reasons
If Ens.Request or Ens.Response
is the primary superclass, the messages will be saved in the same table that stores all other requests or responses, and this can adversely affect performance when querying the message tables.