- Log in to post comments
Merge ^|"ONS"|IRIS.TempRSet=^|"ENS"|IRIS.TempRSet
Why do this if ^IRIS.Temp* is accessible from any namespace?
- Log in to post comments
Did you open the documentation links I provided above?
In which namespace is ^IRIS.TempRSet located?
These globals are automatically mapped to IRISTEMP and include:
- ^IRIS.Temp*
- ^CacheTemp*
- ^mtemp*
Am I correct in assuming that this mechanism relies on Process Private Globals (similar to Robert’s option)?
No.
If not, how can I view the global values in the SMP?
Does each “rs” value get stored directly in ^IRIS.TempRSet, or does each "rs" data have its own node within ^IRIS.TempRSet? If it saved in separate node, how a name for such a node can be determine?
USER>zwrite ^IRIS.TempRSet ^IRIS.TempRSet=counter ^IRIS.TempRSet(rsId)=... ^IRIS.TempRSet(rsId,...)=...
Are the stored data/nodes removed automatically, or do they require a manual KILL operation?
Note that if you open a %ScrollableResultSet and do not call %Save on it then when you close this object the data stored in the global will be removed and so you will not be able to open this resultset again. So if you open a scrollable resultset and you wish to use this again call %Save on it, but you must always make sure that when you are finished with it you do not call %Save so the temporary global used is cleaned up when you are done. Alterntively you can call %DeleteId passing the id to remove the saved data.
- Log in to post comments
Perhaps in the future you will want to disable the web application not entirely, but specifically some specific functionality (package or class). In this case, you will find this useful - Enabling Access to Pages and Classes
The same can be done programmatically, via CPF or even the Management Portal itself (System > Security Management > Web Applications > Edit Web Application - (security settings) > Percent Class Access):
PS: a complete list of built-in and system applications with a description: Built-In and System Applications