Skip to content

Conversation

@sophokles73
Copy link
Contributor

The accessors present in UMessage have been added to UAttributes
as well because some L2 API passes UAttributes around without
the full UMessage.

@sophokles73 sophokles73 added the enhancement New feature or request label Oct 21, 2025
The accessors present in UMessage have been added to UAttributes
as well because some L2 API passes UAttributes around without
the full UMessage.
@sophokles73 sophokles73 force-pushed the add_convenience_functions branch from 8fe3fb5 to b50ccd9 Compare October 21, 2025 11:56
Copy link
Contributor

@AnotherDaniel AnotherDaniel left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looking good. The name type_() feels a bit jarring to read, but it appears we've had that some time already on UMessage - and UMessage::message_type() does also feel redundant. So I guess I can't really come up with anything better...

@sophokles73 sophokles73 merged commit a8c1c24 into eclipse-uprotocol:main Oct 21, 2025
11 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

enhancement New feature or request

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants