Last version of Caché was 2018
- Log in to post comments
Last version of Caché was 2018
I see. just Sub-sessions:
If this is your own CSP page you may set %session.EndSession =1
.png)
OR
you have a dummy page that does just this and you call it manually
I did it mostly during testing
check Network Coding and Character Coding (Sorry example just in German)
.png)
Check available disk space
since the invention of Grace Period by BdK I'm fighting hanging CSP connections.
my approach:
.png)
.png)
in most cases, it is sufficient to get free locked licenses
Robert
YEAH! Coffee in Belgium was always great for me
when I worked in Italy and Spain 40+ years back we always went to the cafeteria next door.
They served excellent "café correto".
BTW: I'd definetly prefer Sangia over Cold Water
😋
I assume "water cooler tank" has the same social functionality
as the kitchenette with the common coffee machine in central and northern Europe
Hi @Raj Singh, @Lorenzo Scalese , @Evgeny Shvarov
.png)
I suggest to have globals and routines in separate databases.
Keep the routines always local and only use Global DB over ECP for shared access.
The price is you have routines to maintain in 2 instances.
Thank you for the motivation!
Thanks.
This matches my experience. Issues require explicit Close to vanish from main-page counter.
did you use SQL from SqlShell?
like this?
USER> Do $system.SQL.Shell()
......
SQL>>SELECT .....
So I assume an id of 1 will suffice. WRONG
^DocM.DocumentImageD(1,1) =
indicates that the id is "1||1"
therefore after
AVCWS>Set obj = ##CLASS(DocM.DocumentImage).%OpenId(1)
write obj shows it is NOT and <OREF>
and obj.ID fails as a consequence:
But this is all visible in the class definition of
DocM.DocumentImage.cls
Looks like old cached queries don't know new index ???
try drop cached queries from SMP
Add it to the GitHub package in any case. with a short notice in README.
I have no experience with using ZPM outside IRIS.
OK this is fixed and works fine.
Some hints from personal experience
Sorry, there is a bug:
from config.py:
# Default config variables
import json
import os
import sys
import base64
APP_PATH = os.path.dirname(os.path.abspath(__file__))
JSON_CONFIG_PATH = APP_PATH+"/config.b64"
.....BUT it is missing in your repo:
irisowner@2bbb2b066320:~/dev$ irispython ./rh/flask/main.py
/home/irisowner/dev/rh/flask/app/config.b64 not found
Ooops !
No discussion: Business Operation and Outbound adapter is a combination you should not break .png)
But to trigger a second Business OP You just need a Business Service that you kick,
no need for a Busines Process in between. Old ENSDEMO shows such examples.
eg. DemoRecodMapper.png)
Here the FileService is the driving part.
another example uses a service that triggers itself DemoDashboard.png)
It just lives on his timeout setting
Here it has nothing to do then updating some properties
But it could be anything. eg Kicking another Business Operation
OBJECTSCRIPT:
for x=1,3,4,5 {
; ///some code
}
Translation from the French community posted by @Lorenzo Scalese
----------------------------------------------------------------------------------------------------------------
Hi,
ISC should keep a copy of the original repo until a new release on OEX (this is eventually the case already)
If a package gets orphaned, it seems to be complicated to hand it over to another member of the community if this copy doesn't exist.
The account on GitHub could have been closed or the repo could have been deleted. This complicates the situation. We could. of course, try to recover the content from ZPM. But this could be wuite a huge effort of re-engineering. [ If it is available in ZPM at all. -rcc]
Regarding the deletion of the package.
I'm not against the idea, IF there is a valid reason.
It happened to me that I deleted a package because a new functionality of IRIS made it obsolete.
Anyhow, I left the repo on GitHub public in order not to lose the contained knowledge.
In that case, we could decide on an option to "archive" the package
Not everybody works with the latest version of IRIS. So this might be interesting in some cases.
----------------------------------------------------------------------------------------------------------------
Thank you & Merci @Lorenzo Scalese
Just to complete the case mailing was step 0 way back
I received no reply and canceled the related PR which was out of data after 3+ months
You can see 2 examples of the adoption of orphaned OEX packages here:
Besides the pure bug fixes, I applied some other enhancements for comfort
Case #1) https://openexchange.intersystems.com/package/JSONExportManyToMany
GitHub: https://github.com/rcemper/JSONExport-ManyToMany-AD
Case #2) https://openexchange.intersystems.com/package/Samples-FHIR-Oximeter-Devices
GitHub: https://github.com/rcemper/Samples-FHIR-Oximeter-Devices-AD
The packages on OEX are still pending for approval and not public yet.
😀👍👏
Today I had to process a rather sad exercise. 😢
For about 15 recognized packages in OEX I had to cancel my previous reviews
because the packages were broken.
They could have been fixéd easily as there were PRs ready.
But for more than 3 months these fixes were just ignored by their owners.
On top of it:
A significant part of them was highly awarded in previous contests
I'm deeply disappointed, as the Quality of Packages in OEX was a personal focus.
However, I have to accept that quality has lost importance also in this
narrow section of my life.
😞
did you try Global-dump-to-SQL ?
it's not so fresh (from 2020) but just works for any Global
description is here Show Global by SQL SELECT
This is my final Workaround for Webterminal
Thank you @John Murray !
As I haven't been forced to use VCS up to now I leave the check to someone more experienced.
I use personally WebTerminal just for access to the Demo Server.
So I have no direct pain. It's more a warning