You can join to the early access program to test the de-identifier functionality:
https://community.intersystems.com/post/sign-health-data-de-identifier-…
- Log in to post comments
You can join to the early access program to test the de-identifier functionality:
https://community.intersystems.com/post/sign-health-data-de-identifier-…
I suggest you to start with this training:
https://learning.intersystems.com/course/view.php?id=1350
It will solve most of your questions.
The Red Hat version is 8.6
I was checking the official documentation and I found out that you can rename that tag:
https://docs.intersystems.com/irisforhealthlatest/csp/docbook/DocBook.U…
https://docs.intersystems.com/irisforhealthlatest/csp/docbook/DocBook.U…
You can modify the name, but not remove it.
Thank you @Jeffrey Drumm and @Hao Ma !
I'll try to find out the exact version of Red Hat 8
I love hebrew alphabet! it's so...ancient!
Take a look to this article, maybe it's helpful:
https://community.intersystems.com/post/retrieving-base64-files-post-ca…
I'm not sure, but I think that it's a default behaviour of SOAP responses, it returns always the response wrapped in a tag with the name of the method that was invoked. Can't you manage it from the application who sent the request?
You are wellcome @Sylvain Guilbaud ! Thank you for the reference to the official documentation.
Really interesting! Thank you @Alberto Fuentes !
Wow! Thank you Community!

This is the only information related with logging in the documentation:
https://docs.intersystems.com/irisforhealthlatest/csp/docbook/DocBook.U…
The API call is async? Maybe you are comparing both variable before to the end of the API call.
Maybe is there whitespaces in context.Prov? Have you tried to remove it?
if $ZSTRIP(context.Prov,"<>W") = $ZSTRIP(context.ProvName,"<>W")Try killing from the operating system the process, check the process id that is being executed and kill it.
Check this answer:
https://community.intersystems.com/post/stop-running-sql-query-quickly#…
You can check a similar question here:
https://community.intersystems.com/post/stop-running-sql-query-quickly#…
You can identify the id of the process and kill it from the operating system.
There is no problem to use Apache on Windows, even more, the former private web server was Apache.
Hi @Andreas Dieckow !
I wrote an article about the Apache Server installation, if any is interested here is it (with screenshots included!).
Your web application is configured to accept just Unauthenticated requests, if you want to use password authentication check it on the configuration.
I think that your application is ignoring the user that you are using and that's the reason because you don't have the proper permissions.
Have the response messages between the business operation and the business process any relevant data? Any info about errors?
Are you catching and logging the errors from the business operation?
Thank you guys!! It's a great satisfaction to be part of this wonderful community!
Looks like an error with the mapping of globals among namespaces:
https://docs.intersystems.com/irislatest/csp/docbook/DocBook.UI.Page.cl…
Congratulations to the winners! Well deserved!
What type of error do you get? Is it a timeout?
Take a look to this answer to a similar question:
https://community.intersystems.com/post/using-ssh-connect-iris#comment-…
Have you tried to import the project into a version lower than 2018.1.4? Maybe the gap between 2012 and 2018 is too large in compatibility terms.
Have you checked Open Exchange?
https://openexchange.intersystems.com/?search=cache%20log&sort=r
That rings me a bell with something similar that happened to a customer, but in his case was a jdbc connection to a SQL server database configured with the stay connected to -1. The database closed the connection and IRIS received a similar error.