Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

Co-relating logs

Ouverte
#226 0 commentaires 3 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Évaluation

Difficulté
5/5
Temps estimé
Plus d'une semaine
Accessibilité débutants
28/100
Type d'issue
Fonctionnalité
Clarté
À clarifier
Activité
À l'abandon
Stack technique
java

Piste de recherche

L’issue mentionne des invocations de handlers, des requêtes de progression et des réinvocations planifiées localement, mais aucun fichier ni test. Commencez par retracer l’endroit où ces entrées de log sont émises et la manière dont le contexte d’invocation est transmis entre les appels. Le travail est terminé lorsque les entrées associées peuvent être recherchées de manière fiable à l’aide d’un identifiant de requête ou de corrélation cohérent.

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

Description

enhancement help wanted investigating

Hi!

At the moment there's no way of co-relating log entries outputted from the handler.
An invocation (without customer log calls would look like:


2020-01-14T19:14:17.627+01:00 | Record Handler Progress with Request Id <RequestId> and Request: {RecordHandlerProgressRequest(BearerToken=<token> OperationStatus=IN_PROGRESS, CurrentOperationStatus=PENDING, ClientRequestToken=<token>)}
2020-01-14T19:14:18.283+01:00 | [CREATE] invoking handler...
2020-01-14T19:14:20.304+01:00 | [CREATE] handler invoked
2020-01-14T19:14:20.338+01:00 | Handler returned IN_PROGRESS
2020-01-14T19:14:20.474+01:00 | Record Handler Progress with Request Id <RequestId2> and Request: {RecordHandlerProgressRequest(BearerToken=<token>, OperationStatus=IN_PROGRESS, CurrentOperationStatus=IN_PROGRESS, ResourceModel={"attr": 123}, ClientRequestToken=<token>)}
2020-01-14T19:14:20.504+01:00 | Scheduling re-invoke locally after 1 seconds, with Context {RequestContext(invocation=1, callbackContext=CallbackContext(var1=123, var2=321), cloudWatchEventsRuleName=null, cloudWatchEventsTargetId=null)}
2020-01-14T19:14:21.541+01:00 | [CREATE] invoking handler...
2020-01-14T19:14:21.641+01:00 | [CREATE] handler invoked
2020-01-14T19:14:21.667+01:00 | Handler returned SUCCESS

The problem at the moment is that we do not have the possibility to co-relate those log entries easily through search.
Is it possible to maybe have the requestId as a prefix to all log entries? or some sort of correlational token like a transactionID?

Thanks!

Langage dominant
Java
Étoiles
30
Forks
48
Métriques de merge des PR
Aucune PR mergée en 30 j

Préparer son environnement

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de aws-cloudformation/cloudformation-cli-java-plugin

Toutes les issues de aws-cloudformation/cloudformation-cli-java-plugin

Issues similaires

Plus d'issues Java

Recevez les nouvelles issues par e-mail

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