Find

Question
· Jun 26

Inviting new Devs to the Party

#HealthShare

Is there a link we can use to invite other devs to ( so we can get credit for brining them in?)

3 Comments
Discussion (3)3
Log in or sign up to continue
Question
· Jun 26

How do I set up a virtual environment for Embedded Python in IRIS?

#Embedded Python #InterSystems IRIS

I am looking to create a Python virtual environment (venv) so that my imported/installed python packages can be separate on different namespaces in IRIS. I am able to go and create an environment, activate it, and install packages, but I am not sure how to ensure that Embedded Python methods actually point to this virtual environment. 

Is the best solution to just load the virtual environment at runtime, in each method? That seems like a bad solution. Has anyone run into this and found a good solution?

2 Comments
Discussion (2)4
Log in or sign up to continue
Announcement
· Jun 26

Chat with Developer Community AI!

#Developer Community Official

Hey Community!

We're excited to introduce a new way to interact with the Developer Community AI — you can now have a real conversation with it!

Instead of just asking one-off questions, you can chat with DC AI in a more natural, back-and-forth format. This way, whether you're exploring InterSystems technologies, debugging code, or learning something new, DC AI is here to help, just like a fellow developer.

And just like the original Q&A version, this chat experience is powered by InterSystems IRIS Vector Search, making your conversations fast, context-aware, and highly relevant.

👉 Give it a try, and let us know what you think!

2 Comments
Discussion (2)1
Log in or sign up to continue
Question
· Jun 26

VSCode CSP compare with server failed

#CSP #Development Environment #VSCode #Caché

VSCode version:

Version: 1.101.2 (user setup)
Commit: 2901c5ac6db8a986a5666c3af51ff804d05af0d4
Date: 2025-06-24T20:27:15.391Z
Electron: 35.5.1
ElectronBuildId: 11727614
Chromium: 134.0.6998.205
Node.js: 22.15.1
V8: 13.4.114.21-electron.0
OS: Windows_NT x64 10.0.26100

-----------------------
I'm working with a CSP legacy system. 

When a csp file is newer in Caché them my local version, I try to do a compare with the server and receive the error in VSCode

Looking the Windows Log a I see the message:
2025-06-26 10:57:13.054 [error] [Window] {"statusCode":400,"message":"Bad Request","errorText":"ERRO #16006: Nome do documento 'csp.aporte.teste.csp' é inválido"}

csp/aporte is my Web Application in Caché.
teste.csp is my csp file.

The compare function works fine with CLASSES and ROUTINE, but fail with CSP and CSR

Regards.

2 Comments
Discussion (2)4
Log in or sign up to continue
Question
· Jun 26

Struggling with SOAP web-service permissions/plumbing

#CSP #Debugging #Security #SOAP #Ensemble #Caché

I am attempting to follow the tutorial at Publishing Web Services Using Caché | Caché Web Services QuickStart Tutorial | Caché & Ensemble 2018.1.4 – 2018.1.11 to build a toy SOAP web-service using Cache but am running into what I suspect are permissions issues, or perhaps setting up the "plumbing" to get an incoming request to call the web-service methods.

Ensemble instance running on local laptop. Only the Ensemble private web-server installed on the machine (no IIS or Apache).

Working through the tutorial, when I get to testing the service using the terminal (Testing the Service from the Terminal | Caché Web Services QuickStart Tutorial | Caché & Ensemble 2018.1.4 – 2018.1.11), I get an error:

I don't really understand what this is telling me, or what to try. 

And as the tutorial pages appear to contain erroneous content, its hard to be confident about what to try - on the page about testing the web-service from the terminal, I'm pretty sure the class name highlighted below should, in context, be "SOAPTutorial.SOAPService"... (And the tutorial isn't very clear about namespaces - to run the client.Test() method as described below, you have to be in the same namespace as the web-service code - earlier it says something like "in any namespace....")

I have tried:

  • attempting to visit the web-service via a URL generated from the namespace + class name using a browser gives this:
  • adding a web application /colintest1/ that should be pointing to the classes above, and then visiting the web-service via a URL incorporating the web-application name:
  • http://localhost:57772/colintest1/SOAPTutorial.SOAPService.cls gives the same error as above ("An error occurred with the CSP application....") The web-application is configured as: There's a role WS_Role configured to give permission to read and write to the database for the WEBSERVICES namespace: with member "UnknownUser", and a Resource WebServices - not confident all this is properly set up...nor sure that this is the issue!
  • visiting http://localhost:57772/colintest1/ gives: 
  • adding things to the ^SYS global in the %SYS namespace:     set ^SYS("Security","CSP","AllowClass","/csp/webservices/","%SOAP.WebServiceInfo")=1     set ^SYS("Security","CSP","AllowClass","/csp/webservices/","%SOAP.WebServiceInvoke")=1 or     set ^SYS("Security","CSP","AllowClass","/colintest1/","%SOAP.WebServiceInfo")=1     set ^SYS("Security","CSP","AllowClass","/colintest1/","%SOAP.WebServiceInvoke")=1 Does not make any difference to the previously observed behaviour.

Finally, here's the current state of the code in the web-service class - the request isn't making it as far as this as far as I can see!

FWIW, looking at the CSP Gateway HTTP Trace doesn't help much - can see some of the from a browser requests hitting the gateway, and the "An error occurred" page being presented in response, but no other illuminating information about why the error occurred! eg

Discussion (0)2
Log in or sign up to continue