You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The core FindContent query in OvelrayServicedoes not check local database for the content before making network requests.
This cause an issue when we send commands to the OverlayService from external services.
For example, when we request a content in the light-client module, the OverlayService ignores all content in the database and relies solely on network requests.
On the other side, when we do a RecursiveFindContent JSON-RPC call, we check for the content in the database but this is implemented only on the JSON-RPC level.
To allow external modules to communicate with OverlayService in a way to get the available content via either database or network request, it seems that we have two options:
Option 1: Check for content availability in database before sending network request on OverlayService level and remove the locality check from the JSON-RPC module.
Option 2: Implement a new OverlayServicecommand that will explicitly check only for content availability in the database. External services then will have to send two commands to OverlayService - one to check for the content in the database and one to get the content from the network.
The text was updated successfully, but these errors were encountered:
ogenev
changed the title
portalnet/overlay: FIndContent query doesn't check for the content in database before making network requests
portalnet/overlay: FindContent query doesn't check for the content in database before making network requests
Jun 27, 2024
The core
FindContent
query inOvelrayService
does not check local database for the content before making network requests.This cause an issue when we send commands to the
OverlayService
from external services.For example, when we request a content in the
light-client
module, theOverlayService
ignores all content in the database and relies solely on network requests.On the other side, when we do a
RecursiveFindContent
JSON-RPC call, we check for the content in the database but this is implemented only on the JSON-RPC level.To allow external modules to communicate with
OverlayService
in a way to get the available content via either database or network request, it seems that we have two options:Option 1: Check for content availability in database before sending network request on
OverlayService
level and remove the locality check from the JSON-RPC module.Option 2: Implement a new
OverlayService
command that will explicitly check only for content availability in the database. External services then will have to send two commands toOverlayService
- one to check for the content in the database and one to get the content from the network.The text was updated successfully, but these errors were encountered: