Hi Pravin, sure.
SOURCES>zpm "list-installed git-source-control"
git-source-control 2.9.0 (DeveloperMode)
- Log in to post comments
Hi Pravin, sure.
SOURCES>zpm "list-installed git-source-control"
git-source-control 2.9.0 (DeveloperMode)
Hello Ben, yes I use the integrated Git functions.
Normally I am used to the code being compiled when saving. Now with the integration of Git the problem exists.
kind regards
armin
Hi, it sounds like the certificate holder or the alternative names do not match the called address.
Please check the values in the certificate of the server that is returned under this service.
I miss a bit more context here. What did you try?
Could you show us the SDA container that is causing the problem?
Regards
Armin
Hi Ian,
thanks for the hint with the GetValueAt.
I had already tried this once, but discarded it due to a structural problem with the XML and did not try again after correcting the structure.
🤯
setx = ##class(EnsLib.EDI.XML.Document).%OpenId(554)
set numdoc = x.GetValueAt("Documents(*)")
w numdoc
10Kind regards
Armin
Thank you very much, that was the right hint.
As it is a Rest Service that does not contain a CSP in the path, I had to edit the default path directly. But that is not a problem in my scenario.
Kind regards
Armin
Intersystems REST Api for Metrics
For anyone who wants to take a look at the api
Thank you,
for the other direction, this can be used
SET dateint=$PIECE($ZTIMESTAMP,",",1)
SET timeint=$PIECE($ZTIMESTAMP,",",2)
set ntts = (((864000000000*87657)+(dateint*864000000000))+(timeint*10000000))
w ntts
Hi Eduard,
another step further...
The installation worked. but the error with cryptodomex is still present.
It doesn't matter, the functionality should still be there.
Thanks for your help.
E:\HealthConnect\20201\bin>irispip install e:\HealthConnect\20201\Mgr\python\pycryptodome-3.18.0-cp35-abi3-win_amd64.whl --target e:\HealthConnect\20201\Mgr\python\ pycryptodome --no-binary :all --no-index
Processing e:\healthconnect\20201\mgr\python\pycryptodome-3.18.0-cp35-abi3-win_amd64.whl
Installing collected packages: pycryptodome
Successfully installed pycryptodome-3.18.0E:\HealthConnect\20201\bin>irispip install e:\HealthConnect\20201\Mgr\python\pycryptodome-3.18.0-cp35-abi3-win_amd64.whl --target e:\HealthConnect\20201\Mgr\python\ pycryptodomex --no-binary :all --no-index
Processing e:\healthconnect\20201\mgr\python\pycryptodome-3.18.0-cp35-abi3-win_amd64.whl
ERROR: Could not find a version that satisfies the requirement pycryptodomex (from versions: none)
ERROR: No matching distribution found for pycryptodomex
With kind regards
Armin
Hi Eduard,
Thanks, then I am not completely wrong after all :)
my understanding is that the CryptodomeX is the same package as the Cryptodome package.
The difference is that the Cryptodomex package must be addressed as "Cryptodome" in the code. And without this parameter the package can be used as a "fork" for the Crypto package. Therefore it can be called later as "crypto".
See: https://pycryptodome.readthedocs.io/en/latest/src/installation.html
Hello Eduard,
Thanks for the feedback, but unfortunately I don't really understand how I can realise this. I am still quite inexperienced with the topic of wheels and Python.
Could you give me some more information here?
I thought the "irispip install *.whl" would install the wheel file.
kind regards
Armin
Thanks, one step further
Processing e:\healthconnect\20201\mgr\python\pycryptodome-3.18.0-cp35-abi3-win_amd64.whl
ERROR: Could not find a version that satisfies the requirement pycryptodomex (from versions: none)
ERROR: No matching distribution found for pycryptodomex
When I try to do this, it still tries to connect to the Internet. This then ends in a timeout.
E:\HealthConnect\20201\bin>.\irispip install E:\HealthConnect\20201\Mgr\python\pycryptodome-3.18.0-cp35-abi3-win_amd64.whl --target e:\HealthConnect\20201\Mgr\python pycryptodomex --no-binary :all
Processing e:\healthconnect\20201\mgr\python\pycryptodome-3.18.0-cp35-abi3-win_amd64.whl
WARNING: Retrying (Retry(total=4, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ProtocolError('Connection aborted.', ConnectionResetError(10054, 'Eine vorhandene Verbindung wurde vom Remotehost geschlossen', None, 10054, None))': /simple/pycryptodomex/
WARNING: Retrying (Retry(total=3, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ProtocolError('Connection aborted.', ConnectionResetError(10054, 'Eine vorhandene Verbindung wurde vom Remotehost geschlossen', None, 10054, None))': /simple/pycryptodomex/
WARNING: Retrying (Retry(total=2, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ProtocolError('Connection aborted.', ConnectionResetError(10054, 'Eine vorhandene Verbindung wurde vom Remotehost geschlossen', None, 10054, None))': /simple/pycryptodomex/
WARNING: Retrying (Retry(total=1, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ProtocolError('Connection aborted.', ConnectionResetError(10054, 'Eine vorhandene Verbindung wurde vom Remotehost geschlossen', None, 10054, None))': /simple/pycryptodomex/
WARNING: Retrying (Retry(total=0, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ProtocolError('Connection aborted.', ConnectionResetError(10054, 'Eine vorhandene Verbindung wurde vom Remotehost geschlossen', None, 10054, None))': /simple/pycryptodomex/
ERROR: Could not find a version that satisfies the requirement pycryptodomex (from versions: none)
The System has no internet connection.
Sorry, a post at fever pitch. My approach here was not purposeful. At what point do you define the reply message?
We had the case that the ACK of an operation always changed in case of an error and the following messages always threw an error although everything was ok. A restart has then always helped until the next error.
Solution was to catch the ACK in the router and check it. If the error was found a TRACE was executed in which ##class(Ens.Director).EnableConfigItem() was called.
Return Value is the status ;)