dotnet/orleans

Timeout set by client is only respected by top-level grain

Open

#4 328 ouverte le 27 mars 2018

Voir sur GitHub
 (2 commentaires) (0 réactions) (1 assigné)C# (2 123 forks)batch import
hacktoberfesthelp wanted

Métriques du dépôt

Stars
 (10 777 stars)
Métriques de merge PR
 (Merge moyen 2j 2h) (64 PRs mergées en 30 j)

Description

According to https://github.com/dotnet/orleans/issues/1693#issuecomment-212984821 the timeout set by the client should be respected and propagated down to grains invoked by the grain running on the silo. I have a (fairly) minimal project here that demonstrates it is not: https://github.com/pmsanford/orleans-timeout-propagation-demo

It appears that the request to the first grain completes even if it takes longer than the SiloMessagingOptions.ResponseTimeout. However, any grain calls beyond the initial call only respect the SiloMessagingOptions.ResponseTimeout. Have I misinterpreted the comment on the linked issue or is this a bug?

Should a timeout set on MessagingOptions (or ClientMessagingOptions (??)) on the client side propagate through all grain activations on the silo?

Edited to add: This is on OSX, with dotnet --version 2.1.4 and Orleans version 2.0.0-rc2

Guide contributeur

Direction de recherche
Étudiez le mécanisme de propagation des délais d'attente dans Orleans en examinant l'issue liée #1693 et le dépôt de démonstration. Examinez les options côté client MessagingOptions et SiloMessagingOptions.ResponseTimeout pour comprendre comment les délais d'attente sont censés se propager. Vérifiez si l'implémentation actuelle ne respecte les délais d'attente définis par le client qu'au niveau du grain de premier niveau et si des modifications sont nécessaires dans la logique de propagation du contexte de requête.
Stack technique
csharp
Domaine
backend
Type d'issue
Bug
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-3 heures
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
C#Orleans basics
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
65