property onselectrow as %ZEN.Datatype.eventHandler;
onselectrow event handler: This event is fired when a new row is selected. This event is passed a variable, which, which indicates how the row was selected: "", "click" or "keypress".
I'd assume in your case as you did neither "click" nor "keypress" var which ="" will apply.
So you may use this to ignore the call and return without action.
It would be easier to help you with the concrete call to ZAUTHENTICATE in hands.
In addition ZAUTHENTICATE.mac needs to be modeled by un-commenting lines.
Or do you use the pre-configured OAUTH2.AUTHENTICATE.mac
in both cases you need to have activated this line:
according to your description this is done .
So the issue might result from the way the call is done
Comment in ZAUTHENICATE.mac Line 90 says:
Properties - Array of returned values, passed by reference
So your call should look like
It's the dot in front of variable name Properties that does the Pass by Reference and enables you to use the updated array after the call.
The dirty approach would be to name your array %myProp instead of Properties thus using a variable with public scope.
Pls. be more specific on "It is not working."
+ what would you expect to work
eventually you have code and data separated, then it's more than just a single DB
various mapping may add even more DBs
You should get previous releases from WRC based on your service contract.
But be aware: from 2007 to 2017 there have been 15..20 releases.
Each with changes + release notes that may affect you.
Congratulations,
that's engineering!
Right !!
A major step forward!
Hi Ben,
I just installed a few samples as in description . CONGRATULATIONS !
- not only that I get what I want and leave the rest aside
- I also can split samples by subjects in several DBs and namespaces without being trapped by (hidden) dependencies.
I think this makes live for training and teaching significantly easier!
And allows central bug fixing independent from core release dates.
A great idea! Thanks!
Congratulations!
I new I had seen something similar
To my understanding the main purpose of introducing %INLIST in our SQL was
to have a more handy option than the classic IN (....)
%INLIST takes a Single $LISTBUILD() as parameter with a Variable number of values that you pass at runtime by only 1 "?"
while IN (p1,p2,p3,p4) or better IN (?,?,?,?) requires a fixed static number of parameters during execution.
so you have to know the maximum number of values ahead when you create your query
and eventually to fill unused parameters by some impossible value to feed the query
I wasn't sure.
therfore: .... some kind of code optimizer eventually might run.
I remembered a discussion around Java JIT compiler and XEP being faster on globals that pure COS.
But I can't remember any result or consequences.
I had the issue short after an update of Eclipse.
I fixed it by re-installing the glassfish stuff (whatever that might be) explicitly from Marketplace.
There is an excellent series of 5 articles from Brendan Bannon
https://community.intersystems.com/post/art-mapping-globals-classes-1-3
It tells you all details how to wrap existing globals into classes
Query 1 Example 1 could be marginally faster by less line terminations and less command dispatch:
But as this will be compiled some kind of code optimizer eventually might run.
Query2 Example1 is faster by less line terminations and less command dispatch.
BUT: Both cases aren't the place to win benchmarks. Rather look for Global access , SQL optimizing, ....
query 1 misses a variant:
query 2,example 2 should be
I a=2 SET R="Arun"Hi Ben,
- I like the idea of external samples. That offers definitely more flexibility .
- DOCUMATIC is unchanged and works local! That's important. OK
- JDBC: it isn't visible in Custom Install. You only see xDBC -> ODBC .
Not an issue, rather a surprise. The .jar are where they used to be before.
I'm really happy that we finally can get out of old chains imposed by 40yrs (DSM-11 and others) backward compatibility .
Robert
- no DOCBOOK
- no SAMPLES
- no JDBC Driver in install
but there is C:\InterSystems\IRIS\dev\java\lib\JDK18\isc-jdbc-3.0.0.jar .....
- and a very small icon for csystray.exe in Win 
I wonder if it would be possible to have a more rigid syntax check (now in Atelier / and switchable)
to enforce all kind of brackets (eg: condition like in JS).
I tried to recommend this while teaching COS myself.
With very limited success as some Dinos ignored it.
rewrite of comment:
if this is something like
SELECT people.name, holiday.date, people.ID||'^'||holiday.ID as UNIQ
FROM people JOIN holiday
ON people.country = holiday.country
Then the bolded expression should not be longer than your 50 Char.
IF you use CachéStorage
ID is always a unique positive Integer (1.... 19digits) and you can always disassemble it by the separator.
NO NEVER!
ID in CacheStorage is an "autoincrement" positive Integer (1...2**64-1) ~19 digits decimal.
AND is never reused.
And you can split this construct in the original pieces if required
totally right!!
there is more old code out than you could / would like to imagine
And Caché is backward compatible for 40 years (since DSM V1)
New developers should not write it. But they need to understand it. Or at least recognize it.
It's pretty similar to reading the bible in original language with no translation.
if this is something like
Then the bolded expression should not be longer than your 50 Char.
IF you use CachéStrorage
I just added Quick Bookmarks plugin to my Atelier (better Eclipse)
Works excellent and to my opinion far better than Studio.
ALT+<num> to set numbered
<CTRL>+B toggle / set unnumbered
<CTRL>+N next
<CTRL>+P previous
Just installed from https://marketplace.eclipse.org/content/quick-bookmarks-plugin (ignore warnings)
eventually an add-on from eclipse marketplace can close the gap.
https://marketplace.eclipse.org/content/quick-bookmarks-plugin
Show Active Key Bindings is in HelpMenu
And as this is based on Eclipse some keys a different then in Studio.
Eventually you may produce your private setup using Preferences.
Assuming that you did not disable Journaling for the critical CACHE.DAT
you can take a look into Mgmt Portal / System Operation / Journal
There you click on PROFILE and sort by Size:
This gives you the fastest moving parts.
And though it also contains updates your fastest GROWING globals will leave their traces there.
In a next step you may analyze the Journal itself filtered by CACHE.DAT and SET operation
but that may take more time and effort.
suggested steps:
#1)Add Property Experiment As %String; to Class SCHED.TracerEntry
#2) Write a Utility Class to move the existing content from SCHED.SchedEntry.Experiment in to the all List entries.
#3)
If you are satisfied and all methods access the new location of Experiment
You may remove all old content of SCHED.SchedEntry.Experiment . Set it to ""
and set the property to INTERNAL, PRIVATE or just delete SCHED.SchedEntry.Experiment . BUT don't touch the storage map!
This is not a necessary step but just kind of clean up.
NOTE: I had commented out the two &html lines in the Testing Method... and doing a Ctrl-O still work.
Most likely your browser displays a cached version.
Clean all caches on the way to browser and you will see the changes. It's a principle issue.
with <input type="file" /> you select a file name local to your browser. That's just pure HTML.
And what you have in hands is a file reference. Not the file itself.
So what you may do next is to SUBMIT it to server.
But scanning your menu you expect to open, modify, copy, ...
That's nothing to be done from Browser but by a local application.
Adam,
you can download it directly from your WRC account.
the only effect is a smaller resultset of the subquery.
it doesn't speed up the inner collection /sort process (+ inner WHERE ) before TOP is applied.
I'm with you it's not intuitive and I think TOP ALL could be a default. But that's not happening.
In principle OK.
But also ODBC or JDBC connection have timeouts limits. Though they are typically longer than CSP.
Yeah!
it's not only no timeout but you can easy debug all your SQLCOMPUTED code.