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
When stopping the knowledge-directory while running the unreachable-runtimes example, the KER gives a lot of errors and seems to not update its OtherKnowledgeBaseStore. Therefore it keeps trying to send messages to KBs that it no longer knows. What behavior would we expect here? Do we want to KERs to keep exchanging messages while the knowledge-directory is unavailable? Because they can easily do that. Or do we want the KERs to remove all RemoteKerConnection's and no longer be able to send any messages to any remote KER?
Also, when the knowledge-directory becomes available again, it does not recover properly, but it remains in the state of not being able to send messages to KBs in other KERs.
The text was updated successfully, but these errors were encountered:
Maybe introduce the following additional Inter-KER REST operations:
remove all RemoteKerConnection's from the KER and empty the OtherKnowledgeBase. This way, we can temporarily shut down the knowledge-directory and then remove RemoteKerConnection's.
add mechanism to manage a list of KERs to ignore by a particular KER. But then this ignored KER should also ignore all other KERs, otherwise it will keep sending messages to them.
When stopping the
knowledge-directory
while running theunreachable-runtimes
example, the KER gives a lot of errors and seems to not update itsOtherKnowledgeBaseStore
. Therefore it keeps trying to send messages to KBs that it no longer knows. What behavior would we expect here? Do we want to KERs to keep exchanging messages while theknowledge-directory
is unavailable? Because they can easily do that. Or do we want the KERs to remove allRemoteKerConnection
's and no longer be able to send any messages to any remote KER?Also, when the
knowledge-directory
becomes available again, it does not recover properly, but it remains in the state of not being able to send messages to KBs in other KERs.The text was updated successfully, but these errors were encountered: