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
Currently, the SpringCloudHttpBackupCommandRouter's knowledge of MessageRoutingInformation will only be used if no ServiceInstance metadata is present.
However, through some testing me and @corradom figured out that more recent versions of Eureka support metadata adjustment of the local Registration, but this knowledge is only propagated towards the DiscoveryClientonce. Due to this, the global ServiceInstance metadata will be stuck on the command filter DenyAll, making it so that Eureka is currently unusable.
If we can enforce the MessageRoutingInformation from the SpringCloudHttpBackupCommandRouter to be used when such a discrepancy is in place, or if we enforce the usage of MessageRoutingInformation in favor of the ServiceInstance metadata, then we can alleviate this issue.
The text was updated successfully, but these errors were encountered:
Currently, the
SpringCloudHttpBackupCommandRouter
's knowledge ofMessageRoutingInformation
will only be used if noServiceInstance
metadata is present.However, through some testing me and @corradom figured out that more recent versions of Eureka support metadata adjustment of the local
Registration
, but this knowledge is only propagated towards theDiscoveryClient
once. Due to this, the globalServiceInstance
metadata will be stuck on the command filterDenyAll
, making it so that Eureka is currently unusable.If we can enforce the
MessageRoutingInformation
from theSpringCloudHttpBackupCommandRouter
to be used when such a discrepancy is in place, or if we enforce the usage ofMessageRoutingInformation
in favor of theServiceInstance
metadata, then we can alleviate this issue.The text was updated successfully, but these errors were encountered: