- 21 Feb, 2024 6 commits
-
-
Konstantin Köhring authored
Example: The node `ns=9;s=Line1.nsuri=MACHINE.NS;s=MACHINE.NS.State.Running` is regularly deconstructed as NamespaceId `9`, Identifier Type `String`, Identifier `Line1.nsuri=MACHINE.NS;s=MACHINE.NS.State.Running`. Previously this was parsed to have the Identifier `MACHINE.NS.State.Running`
-
Jonathan Becker authored
-
Jan-Niklas Burfeind authored
-
Jan-Niklas Burfeind authored
-
Jan-Niklas Burfeind authored
-
Jan-Niklas Burfeind authored
-
- 20 Feb, 2024 1 commit
-
-
Jan-Niklas Burfeind authored
Mark it as expexted to fail similar to the early return contained before.
-
- 16 Feb, 2024 3 commits
-
-
Jan-Niklas Burfeind authored
in internal_server and address_space. Path.is_file does not consume strings, as shelf.open does only consume string and not pathlib.Path.
-
Jan-Niklas Burfeind authored
to clarify its intended usage.
-
Jan-Niklas Burfeind authored
This confirms @harriv's finding in #1313.
-
- 08 Feb, 2024 1 commit
-
-
Florian Meinicke authored
I noticed that raising a `BadOutOfRangeError` in a server callback set through `Server.subscribe_server_callback` resulted in a *BadInternalError* on the client side (tested with UaExpert) rather than the expected *BadOutOfRange*. But raising a `ServiceError(ua.StatusCodes.BadOutOfRange)` instead would show the the expected *BadOutOfRange* error in the client. The reason for this idiosyncrasy was that `UaStatusCodeError`s were not explicitly caught. Therefore the "default" `except Exception` handler would be used which resulted in a `ua.StatusCode(ua.StatusCodes.BadInternalError)` to be sent to the client instead of the actual status code of the error that occurred. This commit changes the behavior such that the status code of `UaStatusCodeError`s is respected the same way as it's already done for `ServiceError`s so that the client correctly receives the status code of the `raise`d error. See also https://github.com/FreeOpcUa/opcua-asyncio/discussions/1563#discussioncomment-8382555
-
- 07 Feb, 2024 1 commit
-
-
Florian Meinicke authored
This method allows to set a custom setter function on a per-attribute basis. This setter function will then be called by `write_attribute_value()` instead of writing the attribute value directly. This allows for custom logic to be implemented by the user (such as checking if the value to be written is within a certain range) and if not, an appropriate error can be raised from that setter, preventing the write and notifying the client about the occurred error.
-
- 14 Jan, 2024 1 commit
-
-
Alexander Schrode authored
-
- 12 Jan, 2024 2 commits
-
-
Alexander Schrode authored
-
Alexander Schrode authored
-
- 22 Dec, 2023 1 commit
-
-
Lennart Deters authored
-
- 20 Dec, 2023 4 commits
-
-
Olivier authored
-
Olivier authored
-
Yuta Okamoto authored
-
Olivier authored
-
- 18 Dec, 2023 4 commits
-
-
Yuta Okamoto authored
-
Olivier authored
-
Yuta Okamoto authored
-
Olivier authored
-
- 16 Dec, 2023 1 commit
-
-
David Linder authored
* bump cryptography to >40.0.1 in install_requires * fix syntax
-
- 30 Nov, 2023 2 commits
-
-
Oliver Daßdorf authored
-
Oliver Daßdorf authored
'__name__' -> __name__
-
- 25 Nov, 2023 1 commit
-
-
Oliver Daßdorf authored
'__name__' -> __name__
-
- 13 Nov, 2023 2 commits
- 10 Nov, 2023 1 commit
-
-
Olivier authored
-
- 09 Nov, 2023 3 commits
- 06 Nov, 2023 2 commits
- 04 Nov, 2023 1 commit
-
-
Jan-Niklas Burfeind authored
-
- 11 Oct, 2023 2 commits
-
-
Alexander Schrode authored
-
Igor MSK authored
Fixes a subscription error if there is a space at the end of the identifier value
-
- 02 Oct, 2023 1 commit
-
-
Olivier authored
-