-
Notifications
You must be signed in to change notification settings - Fork 47
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
chore: allow to call store api endpoints without a storenode #1575
Comments
That would require a new version of the JSON-RPC endpoint: Are we sure we want to extend the current JSON-RPC? IMO, we should have the |
@LNSD why do you think we need a new version? The spec is in draft and it doesn't specify anything related to whether --storenode is required or not + it doesn't introduce any breaking changes. |
…1611) * feat: new rest api based on the current store json-rpc api and following the same structure as the current relay rest api. * feat: the store api attend GET requests to retrieve historical messages * feat: unit tests. Pending to implement the paginagion use cases. * feat: allow return message to rest-client in case error (4XX or 5XX) * chore: always allow to call the store api endpoints (json-rpc & rest) without explicit storenode (#1575)
…1611) * feat: new rest api based on the current store json-rpc api and following the same structure as the current relay rest api. * feat: the store api attend GET requests to retrieve historical messages * feat: unit tests. * feat: allow return message to rest-client in case error (4XX or 5XX) * chore: always allow to call the store api endpoints (only rest) without explicit storenode (#1575)
…1611) * feat: new rest api based on the current store json-rpc api and following the same structure as the current relay rest api. * feat: the store api attend GET requests to retrieve historical messages * feat: unit tests. * feat: allow return message to rest-client in case error (4XX or 5XX) * chore: always allow to call the store api endpoints (only rest) without explicit storenode (#1575)
…1611) * feat: new rest api based on the current store json-rpc api and following the same structure as the current relay rest api. * feat: the store api attend GET requests to retrieve historical messages * feat: unit tests. * feat: allow return message to rest-client in case error (4XX or 5XX) * chore: always allow to call the store api endpoints (only rest) without explicit storenode (#1575) * feat: always mounting the current node as storenode client
…1611) * feat: new rest api based on the current store json-rpc api and following the same structure as the current relay rest api. * feat: the store api attend GET requests to retrieve historical messages * feat: unit tests. * feat: allow return message to rest-client in case error (4XX or 5XX) * chore: always allow to call the store api endpoints (only rest) without explicit storenode (#1575) * feat: always mounting the current node as storenode client
…1611) * feat: new rest api based on the current store json-rpc api and following the same structure as the current relay rest api. * feat: the store api attend GET requests to retrieve historical messages * feat: unit tests. * feat: allow return message to rest-client in case error (4XX or 5XX) * chore: always allow to call the store api endpoints (only rest) without explicit storenode (#1575) * feat: always mounting the current node as storenode client
…1611) (#1630) * feat: new rest api based on the current store json-rpc api and following the same structure as the current relay rest api. * feat: the store api attend GET requests to retrieve historical messages * feat: unit tests. * feat: allow return message to rest-client in case error (4XX or 5XX) * chore: always allow to call the store api endpoints (only rest) without explicit storenode (#1575) * feat: always mounting the current node as storenode client
* test_jsonrpc_store: testing when there is no peer-store-node available
* test_jsonrpc_store: testing when there is no peer-store-node available
* test_jsonrpc_store: testing when there is no peer-store-node available
I close as the next PR was merged properly: |
The current behavior is that if
--storenode
is not provided, then the store api handlers are not installed, meaning thatget_waku_v2_store_v1_messages
is not available.Wondering if
get_waku_v2_store_v1_messages
should be available even if--storenode
is not provided. With the latest changes adding service peers, we now can fallback to an existing node that implements the store protocol, even if none was provided via store node.wdyt?
The text was updated successfully, but these errors were encountered: