In Audit -> Configure System events in the Portal https://docs.intersystems.com/iris20242/csp/docbook/DocBook.UI.Page.cls?KEY=AAUDIT#AAUDIT_sys_events
- Log in to post comments
In Audit -> Configure System events in the Portal https://docs.intersystems.com/iris20242/csp/docbook/DocBook.UI.Page.cls?KEY=AAUDIT#AAUDIT_sys_events
HI Colin.
Enable Audit, LoginFailure and Protect events. Reproduce the error and see if anything is Logged in the Audit
See the Important note in this section of the documentation: https://docs.intersystems.com/iris20242/csp/docbook/DocBook.UI.Page.cls?KEY=GREST_specification#GREST_specification_cors_config
Usually the Management Portal looks like this, when the browser cannot load static files. Open Web Developer tools, Network tab, refresh the page and see what resource the browser fails to load.
Check apache's error.log
See though "Event Class" in the web-application definition. That's subclass of %CSP.SessionEvents. You can create such class, override OnStartRequest. And put some logic there
"Should the developer of the REST.API service call this method everytime" Yes!
"there is a way to understand whether the Audit is on for the particular REST.API service? " See if there are User audit events defined in the system that look like the ones that responsible for this REST service. If no -- then likely there are no audit events
Correct!
Audit does not happen automatically. For some record to appear in the Audit log you need to call the following method:
Do $SYSTEM.Security.Audit(EventSource,EventType,Event,EventData,Description)
So in order for the REST-calls of the REST API to be audited you need to add the call above in the REST API
EventSource in this case is anything you specify when calling the Audit() method. Later, in the Audit Database UI you can filter by this EventSource
Please try again. Should be working now
I don't know! I would expect yes, but I did not test it.
IRISReference works fine when a method returns one scalar value in the output variable. %SYS.Namespace:ListAll however populates a multidimensional array in the output. And they are not supported on the .NET side.
You need to write some wrapper in the ObjectScript to conver this output array into something that .NET client side understands.
Please note, "InterSystems urges users to discontinue use of the PKI features". https://docs.intersystems.com/iris20242/csp/docbook/Doc.View.cls?KEY=ROARS_encrypt_pki
So rather -- create your own certificates, instead of investigating PKI Configuration in IRIS
Hi David
Not really! I want to prove that ^$Global is faster from the database directly, so I would benefit from the buffers ;-)
Seriously though -- yes, good point. Even on the second and consequent runs ^$Global from the namespace is noticeably slower, so it uses the same buffers as the ^$Global from the database directly
Depends on which globals are in the database. If you have separate code / data databases for the namespace, then yes -- you'll see only data or only code related globals
^$GLOBAL likely does not cache the list of the globals in the current namespace
So each time you do $Order(^$GLOBAL(name)) it gets the list and looks which global is next after the one in the name. That's fine because globals might appear and disappear between the calls.
If you'd like to loop through the globals -- use merge, and then loop through the temp variable a
merge a = ^$GLOBAL("")
Note, that your loop is much faster if you run it in the database, not namespace, as here ther are no possible mappings to account for
USER>s z1=$zh,n="" f { s n = $O(^$Global(n)) q:n="" } w $zh-z1
3.302887
USER>zn "^^..\user"
...iris\mgr\user\>s z1=$zh,n="" f { s n = $O(^$Global(n)) q:n="" } w $zh-z1
.098734
VS Code also does it automatically. You need to have some breakpoint in the flow for execution to stop there
Welcome to the InterSystems Developer Community, Alex!
Persister-1.0.0.jar library is incompatible with 2024.1 -- see DP-423341 note in the Incompatibility Checklist: https://docs.intersystems.com/iris20241/csp/docbook/changes/index.html
If possible -- take intersystems-persister-1.1.0.jar from IRIS 2024.2 installation
Jeffrey, please try
There is no basic authentication for SOAP Services in Ensemble. Password authentication is done via UsernameToken. The SOAP request should have it. See here for the details https://docs.intersystems.com/ens201817/csp/docbook/DocBook.UI.Page.cls?KEY=GSOAPSEC_sectokens#GSOAPSEC_sectokens_username
I'm not familiar with HuggingFace, unfortunately.
Generally, to limit amount of cores available to IRIS, the documentation suggests to use the following Docker flags: --cpuset-cpus=0-19 --cpus=20
See the step 4 here: https://docs.intersystems.com/iris20241/csp/docbook/DocBook.UI.Page.cls?KEY=ACLOUD#ACLOUD_image
I don't know how to set them on the HuggingFace
Sounds like a great idea for https://ideas.intersystems.com/
This line is suspicious:
Set request.HTTPVersion = "HTTP/2.0"
%Net.HttpRequest works only with HTTP 1.0, 1.1, and the server replies with HTTP/1.1.
So, try not to set HTTPVersion
I'm glad that helped!
Olivier -- for sure -- please use the Feedback button in the documentation. The documentation team is very good in making the documentation better
Yes, use export/import in ^SECURITY command-line utility https://docs.intersystems.com/iris20241/csp/docbook/DocBook.UI.Page.cls?KEY=GSTU_seccli#GSTU_seccli_security
The error is:
Too many Cores (24) for InterSystems IRIS Community License.
InterSystems IRIS Community License allows only 20 cores: https://docs.intersystems.com/iris20241/csp/docbook/DocBook.UI.Page.cls?KEY=ACLOUD#ACLOUD_limits
You need to create a space with no more than 20 cores available
Good! CSPSystem user should have READ privilege on c:\intersystems\irishealth202312\mgr\user\ database
Give such privilege to that user via some role
Then restart the web server or close all connections from the web server to IRIS and try again
See IMPORTANT note here: https://docs.intersystems.com/iris20241/csp/docbook/DocBook.UI.Page.cls?KEY=GREST_specification#GREST_specification_cors_config
Please double check the version. 2023.1.3 should have the fix for this case https://docs.intersystems.com/iris20231/csp/docbook/changes/index.html#CSP/ZEN_DP-423647
DP-423647: Process CORS request when handling requests with JWT Tokens
Category: CSP / ZEN
Platforms: All
Version: 2023.1.3
This change ensures that any request that handles JWT tokens also correctly process CORS requests, when applicable.
Though status 500 is strange by itself. Try enabling ISCLOG and see if any error is logged there
You should follow the steps in the "Concurrent External Backup" section of the documentation https://docs.intersystems.com/iris20241/csp/docbook/DocBook.UI.Page.cls?KEY=GCDI_backup#GCDI_backup_methods_ext_concurrent
The three steps that you posted are subset of the steps recommended there
/api is active in the Web Gateway Does Apache forward /api to the Web Gateway? Do you have something like the following in httpd.conf
<Location /api/>
CSP On
</Location>
There is a $System.Encryption.MD5HashStream() that does not read whole stream into the memory
Please double-check that you enabled Audit itself, and these events particularly