Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Implement Communication Level API (L2) #122

Open
sophokles73 opened this issue Jun 17, 2024 · 0 comments
Open

Implement Communication Level API (L2) #122

sophokles73 opened this issue Jun 17, 2024 · 0 comments
Assignees
Labels
enhancement New feature or request

Comments

@sophokles73
Copy link
Contributor

The uP-L2 API needs to be implemented based on the uP-L1 API

@sophokles73 sophokles73 added the enhancement New feature or request label Jun 17, 2024
@sophokles73 sophokles73 self-assigned this Jun 17, 2024
sophokles73 added a commit to SoftwareDefinedVehicle/uprotocol-sdk-rust_fork that referenced this issue Jun 18, 2024
Added traits for publishing messages, sending notifications and
invoking remote service operations. These traits represent the
uProtocol Communication Layer API that uEntities can use to
interact with each other using uProtocol.
sophokles73 added a commit to SoftwareDefinedVehicle/uprotocol-sdk-rust_fork that referenced this issue Jun 18, 2024
Added traits for publishing messages, sending notifications and
invoking remote service operations. These traits represent the
uProtocol Communication Layer API that uEntities can use to
interact with each other using uProtocol.
sophokles73 added a commit that referenced this issue Jun 19, 2024
Added traits for publishing messages, sending notifications and
invoking remote service operations. These traits represent the
uProtocol Communication Layer API that uEntities can use to
interact with each other using uProtocol.
sophokles73 added a commit to SoftwareDefinedVehicle/uprotocol-sdk-rust_fork that referenced this issue Jun 20, 2024
In order to better decouple uEntities from the L1 (proto defined)
types, some use-case specific parameter types have been added.
sophokles73 added a commit to SoftwareDefinedVehicle/uprotocol-sdk-rust_fork that referenced this issue Jun 20, 2024
In order to better decouple uEntities from the L1 (proto defined)
types, some use-case specific parameter types have been added.
sophokles73 added a commit that referenced this issue Jun 21, 2024
In order to better decouple uEntities from the L1 (proto defined)
types, some use-case specific parameter types have been added.
sophokles73 added a commit to SoftwareDefinedVehicle/uprotocol-sdk-rust_fork that referenced this issue Jun 26, 2024
sophokles73 added a commit to SoftwareDefinedVehicle/uprotocol-sdk-rust_fork that referenced this issue Jun 26, 2024
Added an RpcClient implementation that keeps all state
about pending requests in memory only. Also added
corresponding unit tests.
sophokles73 added a commit to SoftwareDefinedVehicle/uprotocol-sdk-rust_fork that referenced this issue Jun 26, 2024
Added an RpcClient implementation that keeps all state
about pending requests in memory only. Also added
corresponding unit tests.
sophokles73 added a commit to SoftwareDefinedVehicle/uprotocol-sdk-rust_fork that referenced this issue Jun 26, 2024
Added an RpcClient implementation that keeps all state
about pending requests in memory only. Also added
corresponding unit tests.
sophokles73 added a commit to SoftwareDefinedVehicle/uprotocol-sdk-rust_fork that referenced this issue Jun 26, 2024
Removed the on_error function from UTransport which does not
really serve a purpose.
sophokles73 added a commit to SoftwareDefinedVehicle/uprotocol-sdk-rust_fork that referenced this issue Jun 26, 2024
sophokles73 added a commit to SoftwareDefinedVehicle/uprotocol-sdk-rust_fork that referenced this issue Jun 26, 2024
Added an RpcClient implementation that keeps all state
about pending requests in memory only. Also added
corresponding unit tests.
sophokles73 added a commit to SoftwareDefinedVehicle/uprotocol-sdk-rust_fork that referenced this issue Jun 26, 2024
Removed the on_error function from UTransport which does not
really serve a purpose.
sophokles73 added a commit to SoftwareDefinedVehicle/uprotocol-sdk-rust_fork that referenced this issue Jun 26, 2024
sophokles73 added a commit to SoftwareDefinedVehicle/uprotocol-sdk-rust_fork that referenced this issue Jun 26, 2024
Added an RpcClient implementation that keeps all state
about pending requests in memory only. Also added
corresponding unit tests.
sophokles73 added a commit to SoftwareDefinedVehicle/uprotocol-sdk-rust_fork that referenced this issue Jun 28, 2024
Added an RpcClient implementation that keeps all state
about pending requests in memory only. Also added
corresponding unit tests.
sophokles73 added a commit to SoftwareDefinedVehicle/uprotocol-sdk-rust_fork that referenced this issue Jul 3, 2024
Added an RpcClient implementation that keeps all state
about pending requests in memory only. Also added
corresponding unit tests.

Used tracing crate's log support in order to be able to
later add full support for distributed tracing.
sophokles73 added a commit that referenced this issue Jul 3, 2024
Removed the on_error function from UTransport which does not
really serve a purpose.
sophokles73 added a commit that referenced this issue Jul 3, 2024
Added an RpcClient implementation that keeps all state
about pending requests in memory only. Also added
corresponding unit tests.

Used tracing crate's log support in order to be able to
later add full support for distributed tracing.
sophokles73 added a commit to SoftwareDefinedVehicle/uprotocol-sdk-rust_fork that referenced this issue Jul 3, 2024
sophokles73 added a commit to SoftwareDefinedVehicle/uprotocol-sdk-rust_fork that referenced this issue Jul 3, 2024
Added an implementation of RpcServer which maintains all state
in memory. The implementation can work with any UTransport.
sophokles73 added a commit to SoftwareDefinedVehicle/uprotocol-sdk-rust_fork that referenced this issue Jul 4, 2024
Changed CallOptions struct to only support setting fields by means
of constructors, effectively making it immutable. This way
we will have better control over which fields may or may not be set
for the different types of messages to use the CallOptions for.

Also removed the traceparent field because it should not be necessary
to explicitly set it. Instead, when a UMessage is created, the current
span will be looked up in the current thread/future context.
sophokles73 added a commit that referenced this issue Jul 4, 2024
Changed CallOptions struct to only support setting fields by means
of constructors, effectively making it immutable. This way
we will have better control over which fields may or may not be set
for the different types of messages to use the CallOptions for.

Also removed the traceparent field because it should not be necessary
to explicitly set it. Instead, when a UMessage is created, the current
span will be looked up in the current thread/future context.
sophokles73 added a commit to SoftwareDefinedVehicle/uprotocol-sdk-rust_fork that referenced this issue Jul 4, 2024
sophokles73 added a commit to SoftwareDefinedVehicle/uprotocol-sdk-rust_fork that referenced this issue Jul 4, 2024
Added an implementation of RpcServer which maintains all state
in memory. The implementation can work with any UTransport.
sophokles73 added a commit to SoftwareDefinedVehicle/uprotocol-sdk-rust_fork that referenced this issue Jul 5, 2024
sophokles73 added a commit to SoftwareDefinedVehicle/uprotocol-sdk-rust_fork that referenced this issue Jul 5, 2024
sophokles73 added a commit to SoftwareDefinedVehicle/uprotocol-sdk-rust_fork that referenced this issue Jul 5, 2024
Added an implementation of RpcServer which maintains all state
in memory. The implementation can work with any UTransport.
sophokles73 added a commit that referenced this issue Jul 8, 2024
Added an implementation of RpcServer which maintains all state
in memory. The implementation can work with any UTransport.
sophokles73 added a commit to SoftwareDefinedVehicle/uprotocol-sdk-rust_fork that referenced this issue Jul 8, 2024
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

No branches or pull requests

1 participant