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

feat: Ensure services indicate their dependencies through identifiers #2263

Closed
maschad opened this issue Nov 29, 2023 · 0 comments · Fixed by #2586
Closed

feat: Ensure services indicate their dependencies through identifiers #2263

maschad opened this issue Nov 29, 2023 · 0 comments · Fixed by #2586
Labels
dependencies Pull requests that update a dependency file dx Developer Experience topic/dependencies Topic dependencies

Comments

@maschad
Copy link
Member

maschad commented Nov 29, 2023

As suggested in #2135 In order for services to indicate their dependencies so that consumers can utilize the libp2p stack effectively, we should have each service return a list of other services it requires, which would be verified on startup.

Related: #1762

@maschad maschad added need/triage Needs initial labeling and prioritization dx Developer Experience topic/dependencies Topic dependencies dependencies Pull requests that update a dependency file and removed need/triage Needs initial labeling and prioritization labels Nov 29, 2023
achingbrain added a commit that referenced this issue Jun 12, 2024
Allows services to optionally define the capabilities they provide to the
rest of libp2p and also the capabilities they require from other services.

This allows, for example, the `WebRTC` transport to require the `CircuitRelay`
transport to be present, or `KAD-DHT` (or anything that uses a topology)
to require the identify protocol.

Fixes #2263
Refs #2135
achingbrain added a commit that referenced this issue Jun 12, 2024
Allows services to optionally define the capabilities they provide to the
rest of libp2p and also the capabilities they require from other services.

This allows, for example, the `WebRTC` transport to require the `CircuitRelay`
transport to be present, or `KAD-DHT` (or anything that uses a topology)
to require the identify protocol.

Fixes #2263
Refs #2135
achingbrain added a commit that referenced this issue Jun 12, 2024
Allows services to optionally define the capabilities they provide to the
rest of libp2p and also the capabilities they require from other services.

This allows, for example, the `WebRTC` transport to require the `CircuitRelay`
transport to be present, or `KAD-DHT` (or anything that uses a topology)
to require the identify protocol.

Fixes #2263
Refs #2135
achingbrain added a commit that referenced this issue Jun 13, 2024
Allows services to optionally define the capabilities they provide to the
rest of libp2p and also the capabilities they require from other services.

This allows, for example, the `WebRTC` transport to require the `CircuitRelay`
transport to be present, or `KAD-DHT` (or anything that uses a topology)
to require the identify protocol.

Fixes #2263
Refs #2135
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
dependencies Pull requests that update a dependency file dx Developer Experience topic/dependencies Topic dependencies
Projects
Status: 🎉Done
Development

Successfully merging a pull request may close this issue.

1 participant