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
Before this change I could register my org using the org/self API, and then subsequently register my node using self/node. In the time between the two registrations completing successfully, FireFly ran normally and I could call /status to check on the completion of the registration calls.
After the above change, I am getting an error from the /status call:
{"error":"FF10225: Unable to resolve the local node. Please ensure node.name is configured"}
It looks like the change has resulted in the missing node name being treated as an error rather than an acceptable state. This makes client logic more difficult to manage - if registration requires two separate asynchronous calls, then being in a state where one has completed without the other needs to be tolerated.
The text was updated successfully, but these errors were encountered:
Thanks @chrisbygrave - I think it's worth considering #1450 alongside this when we get an owner, as they're likely to be architecturally in the same place
Before this change I could register my org using the
org/self
API, and then subsequently register my node usingself/node
. In the time between the two registrations completing successfully, FireFly ran normally and I could call/status
to check on the completion of the registration calls.After the above change, I am getting an error from the
/status
call:It looks like the change has resulted in the missing node name being treated as an error rather than an acceptable state. This makes client logic more difficult to manage - if registration requires two separate asynchronous calls, then being in a state where one has completed without the other needs to be tolerated.
The text was updated successfully, but these errors were encountered: