activity_schedule_to_start_latency reports activity_type unexpectedly

Fechada
#2,733 1 comentário 0 reações 1 responsável Ver no GitHub

Mantenedores costumam responder em até 2 dias

@maciejdudko já está trabalhando nisso.

Desde 29/9/2026.

  • #2993 de @sachinsharma3191 — fechado sem integrar
  • #3101 de @RaphaelFakhri — aberto

Avaliação

Dificuldade
4/5
Tempo estimado
3-5 dias
Facilidade para iniciantes
35/100
Tipo de issue
Bug
Clareza
Precisa de esclarecimento
Status de atividade
Estagnada
Stack de tecnologia
java
Domínio
observability

Direção de pesquisa

Comece executando o exemplo de métricas do Java SDK em core/src/main/java/io/temporal/samples/metrics e reproduzindo activity_schedule_to_start_latency para PerformA, PerformB e "none". Compare os labels activity_type observados com a documentação e determine se a métrica deve incluir activity_type de forma consistente ou omiti-lo; em seguida, verifique o comportamento escolhido durante activity retries.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

How to repro - run the java sdk samples metrics sample: https://github.com/temporalio/samples-java/tree/main/core/src/main/java/io/temporal/samples/metrics

Sample starts only 2 activities, PerformA and PerformB. Metrics report activity_schedule_to_start_latency for 3 activities, PerformA, PerformB and "none" which is the default.
Per docs this metric should not be reporting activity_type at all, but it is, and its also confusing why its reporting it for "none", I believe this is done on activity failure since in sample activities are being retried couple times.

Request is to either fix activity_schedule_to_start_latency to always report activity_type (which would be pretty useful if possible) or to not report it at all, and leave task_queue as lowest granularity for this metric.

Linguagem predominante
Java
Estrelas
441
Forks
266
Merge médio
5d 21h
PRs com merge (30d)
19

Preparar o ambiente

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de temporalio/sdk-java

Todas as issues de temporalio/sdk-java

Issues semelhantes

Mais issues de Java

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.