As my 5* review in OEX is still blocked after fixing
a minor typo in text I'lll publish it here.
-----------------------------------------------------------------------

- Log in to post comments
As my 5* review in OEX is still blocked after fixing
a minor typo in text I'lll publish it here.
-----------------------------------------------------------------------

method jsonstring() is missing a return value
suggestion
ClassMethod jsonstring(id, map = "") As %String [ SqlProc ]
The rest is working perfectly
The use of customized mapping was new to me
Excellent improvement and very useful
Expect my review on OEX
The idea of
set ^A($char(65535)) = ""Looks good at first sight, but this might be the next follower
set ^A($char(65535),0) = ""a great community! 🥳
sorry, I'm no expert on those subjects
Just great !
and an incredible consumption of resources on disk and cpu
with my Windows Docker Desktop
😎
Hi O.K.,
Thanks for reading the details.
OEX admins decided to merge the better package with the previous.
As a consequence, my review was just gone, and the link pointed to nowhere
Though experienced by >780 reviews accepted by OEX censors, I had a private copy
The link is adjusted, and the saved review is published again.
list display failed at that point also text was scrambled
now it's working normal again
¿Dónde está la lista?
? no list added ?
So it's clear.
Old_Class loads old defined properties in a local Object structure
and writes only this structure back.
It has no idea of New properties and doesn't write it.
Just a guess:
$LB(...) in ^GlobalD of Old_class is shorter than for New_class
So %Save() of Old_class is a data killer.
OK,
but prerequisit is, that both definitions are identical.
Especially in the Storage definition, where properties are mapped to globals
a selphy ?? 😉
ATTENTION ! This made me nervous.
In essence, the two classes are sharing the same data / Index / stream globals.
This means there is also
Parameter MANAGEDEXTENT As INTEGER = 0;
Otherwise, it wouldn't compile
Re-reading your question, I understand that properties in
New_class are not identical and synchronized with Old_class ?
So even Storage Definition might be different ?
IF YES, I'd say it's highly risky!
Big Thanks for this recognition !
Especially for the team that made it possible.
Does it work without that UnitTest line in the Dockerfiles ??
([ $TESTS -eq 0 ] || iris session iris -U $NAMESPACE "##class(%ZPM.PackageManager).Shell(\"test $MODULE -v -only\",1,1)") && \
Running UnitTest directly in iris.script might be easier to control.
Checking UnitTests with ZPM manually after the first install might give more precise info of the problem
My personal approach would be:
In Caché you had CacheParameterFile cache.cpf with the SuperServerPort 1972
now it's named iris.cpf with DefaultPort=1972
YES, directly from MGMT Portal just as you do in Cachè
localhost:52773/csp/sys/mgr/%25CSP.UI.Portal.MemoryStartup.zen.png)
by default YES
You may take a look here:
The Callin Interface
or the related example in OEX https://openexchange.intersystems.com/package/iris-c-language
@Julius Kavay hits the point:
true of false as system constants is breaking the rules and
the long-practiced idea and principles behind ISOS and before
( @Joel Solon : isn't it ?)
You may ask for $TRUE or $FALSE system constant / variable
Until this, you are free to define your own $ZTRUE or $ZFALSE using
%ZLANGV00.mac to extend the language.
It's all ready for use to extend the language according to your needs and taste
I fail to see the problem:
do I miss siómething ?
Or is the intention to mix ISOS with JavaScript ???
Did you use this kit from evaluation.intersystems.com/Eval/community-download ?
=> IRISHealth_Community-2025.3.0.226.0-macos.tar.gz
Primary / Secondary ?? Is this a shadowing configuration ?
Shadowing applies to the databases IRIS.DAT, and Journal Files
It doesn't shadow external "foreign" files like .../Temp/QWhoZAwFF3f9jQ.iostream
Done! 😎
Did you also run a rebuild index ?
Just defining is not enough.
If you use a custom class query %Library.Query type you may write your parameters to some
^mtemp.Evgeny($i(^mtermp.Egeny)) = ..... direct from the Execute method
or ^mtemp.Evgeny($h) = ....
For basic class query %SQL.Query () you may take the usual SQL approach
I refer to this a STATIC clause since it is only executed once by query
because of no reference to any column values
It was my approach to SQL debugging