is there any way how to hide or remove storage "Histogram" section in the file with persistent class definition, but keep the data both in globals and sql table? The reason is that we use on-premise version control system and since the data is sensitive, it cannot be uploaded along with the files.
Hello, I'm developing a custom ZPM package and debugging the installer.
In default mode (zpm install), the process terminates with the following error: ERROR! : <COMMAND>LoadNewModule+133^%ZPM.PackageManager.Developer.Utils.1 *NoTransaction
With the -dev flag (zpm install -dev) everything works fine.
What could be the problem?
I've asked my teammate to open a WRC on this issue, but wanted to open the discussion to see if maybe we aren't the first people to see this issue.
The code we are deploying is a COS object with some Python methods. The code works fine locally on the developer's machine. However, when the business process runs in the server environment, we see the following when COS code attempts to call a [Language = python] method:
I've this client method in my Zen page which looks good and compile fine:
I first tried calling this clientmethod in %DrawHTML() like : var res=zenPage.getNewPrinters(); but for some reason didn't work not sure why I even tried simplifying my clientMethod with simple code like just showing alert but still this call didn't work
Our client says the call to send email (method (%Net.SMTP).Send) started returning error # 6167 (Authentication expected but failed.) after installing IRIS 2022.1.2; email had worked before. Properties (%Net.Authenticator).UserName and .Password were configured. We can get email to work when we don't set property (%Net.SMTP).authenticator.
Using the example from the DocDB documentation below, is there a way to create a property and form a predicate that would be able to find a document where the phone number is a cell number and the number is "401-123-4567"?
I am dealing with a very old code base (some routines date back to 1985 and were running on a M system 😉). It is rather huge and currently contains around 5000 compilable *.int routines.
My goal is to export all routine code as *.int UDL files and setup a git repository containing all routines.
I am trying to find out individual segment values in Message viewer and it display the values in Management portal, copied the query and run it on SQL editor, Segment values displayed with blank. Is there a way to get the individual segment values using query?
I am using the container image 2023.1 and am hitting a max total db size error. However, this post indicates that the issue should have been resolved in Community edition 2019.3
I need to run a SQL query and use the output to map PV1 7.1. The query is :
SELECT ID FROM TestTable WHERE ProviderName = 'TEST,PROVIDER' AND IDType= 'BPI'
When I run this query with the 'TEST PROVIDER' I do pull the ID in question but I can't figure out how to do it from the DTL given that there are various providers sent in PV 1 7 . Any assistance will be greatly appreciated.
I am very new to IRIS. We are developing a PHP application that connects to an IRIS instance of one of our vendors. This works well most of the time, but when I query a table to get data from particular fields that contain long text strings, it returns `NULL`. These fields are all `VARCHAR(30000)`.
I have an odd binary result exporting a specific routine via Studio, Export. Below is the beginning. The seemingly same routine in a different directory is exported fine, regular human readable code. Inspecting ^ROUTINE and ^rIndex did not give me any clues. Any insights?
It's a feature of ObjectScript (perhaps widely known, perhaps not) that if you open the same object ID multiple times, you end up with the same OREF. For example:
Generally speaking, this is an important feature - you won't end up accidentally modifying the same record via multiple paths and losing some of the changes.
I have a global whose structure is multi-level and I am trying through a class and a SQL query to display a table which includes all the values and levels.