grpc / grpc/grpc-java

Make ServerImpl's internalClose thread-safe

Ouverte
#3,746 1 commentaire 0 réactions 0 personnes assignées Voir sur GitHub
bug
Langage dominant
Java
Étoiles
12.1k
Forks
4k
Merge moyen
2 j 17 h
PR mergées (30 j)
37

Description

So we have this in `ServerImpl.JumpToApplicationThreadServerStreamListener`:

```java
/**
* Like {@link ServerCall#close(Status, Metadata)}, but thread-safe for internal use.
*/
private void internalClose() {
// TODO(ejona86): this is not thread-safe :)
stream.close(Status.UNKNOWN, new Metadata());
}
```

We should fix that. There's two ways to fix this:
1. Allow truncated messages in our stream and deliver trailers. This would be nicest and would be helpful in other cases (like if too many requests are sent in a server call), as we can deliver a message to the client
2. Treat this as a cancel and send RST_STREAM. This would be similar to client-side cancellation, but we'd still need to verify it'd be safe on server-side.

In either case it'd probably be good if we made this trigger onCancel instead of onCompleted. That'd probably happen naturally for (2), but (1) would need special plumbing, but it's probably not too onerous.

Guide de contribution

Ouvrir le guide de contribution

Piste de recherche

Commencez par ServerImpl.JumpToApplicationThreadServerStreamListener et suivez internalClose à travers stream.close. Comparez les alternatives de truncated-message/trailers et de cancellation, notamment leur comportement onCancel par rapport à onCompleted ; le travail est terminé lorsque internalClose est thread-safe et que la sémantique des callbacks qui en résulte est vérifiée.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Stack technique
java
Domaine
api, backend
Type d'issue
Bug
Difficulté
5/5
Temps estimé
Plus d'une semaine
Activité
À l'abandon
Clarté
Plutôt claire
Accessibilité débutants
35/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.