Skip input serialization for local activities when doNotIncludeArgumentsIntoMarker is set
Les mainteneurs répondent en général sous 2 jours
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Accessibilité débutants
- 55/100
Piste de recherche
Start in SyncWorkflowContext.executeLocalActivity, which the issue identifies as serializing arguments before checking replay state; trace how doNotIncludeArgumentsIntoMarker affects marker creation and how local activities receive deserialized inputs. Check the relevant local-activity tests and add coverage for the option, including replay. Done means arguments bypass serialization and deserialization when they are not recorded in the marker, without changing marker or replay behavior.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
When user sets LocalActivityOptions.setDoNotIncludeArgumentsIntoMarker(true)
local activity arguments (inputs) are not written to event history. However they are still serialized and deserialized even tho they run in same process. Arguments are serialized always, including during replay. Deserialized when local activity runs.
SyncWorkflowContext.executeLocalActivity serializes the arguments as its first thing, before check if workflow is replaying.
doNotIncludeArgumentsIntoMarker controls only if serialized arguments end up in marker event, not if serialization happens or not
Why it matter:
this extra serialization / deserialization can create cpu cost when running payload encryption
Ask:
When local activity arguments are not written to marker event, pass them to local activity directly instead of serializing and deserializing them.
- Langage dominant
- Java
- Étoiles
- 433
- Forks
- 257
- Merge moyen
- 2 j 22 h
- PR mergées (30 j)
- 22
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Aucun modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de temporalio/sdk-java
-
enhancement
Difficulté 2/5 1-3 heures Accessibilité débutants 65/100
temporalio/sdk-java#1825 ·
Les mainteneurs répondent en général sous 2 jours
-
enhancement
Difficulté 4/5 3-5 jours Accessibilité débutants 54/100
temporalio/sdk-java#3125 ·
Les mainteneurs répondent en général sous 2 jours
-
enhancement
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 35/100
temporalio/sdk-java#3122 ·
Les mainteneurs répondent en général sous 2 jours
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 38/100
temporalio/sdk-java#3121 ·
Les mainteneurs répondent en général sous 2 jours
-
Allow a timer summary on Workflow.sleep and Workflow.await with timeoutPeut-être pris @sangkyoonnam l’a pris il y a 5 jours. Ouverteenhancement
Difficulté 4/5 3-5 jours Accessibilité débutants 55/100
temporalio/sdk-java#3108 ·
Les mainteneurs répondent en général sous 2 jours
Toutes les issues de temporalio/sdk-java
Issues similaires
-
[Bug] Logo style setting missing and `classic` style not applied across multiple platforms (v3.1.0)Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
Stirling-Tools/Stirling-PDF#8382 · 1 réaction ·
Les mainteneurs répondent en général sous 2 jours
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 70/100
Les mainteneurs répondent en général sous 4 jours
-
enhancement untriaged
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
opensearch-project/sql#5842 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 85/100
openhab/openhab-addons#21882 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
YunaiV/ruoyi-vue-pro#1273 ·
Les mainteneurs répondent en général sous 3 jours