Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Adding core support for RPC based load testing in jmeter

Aperta
#6,421 1 commento 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
20/100
Tipo di issue
Funzionalità
Chiarezza
Da chiarire
Stato di attività
Ferma
Stack tecnologico
grpc, java

Direzione di ricerca

Inizia esaminando l’HTTP sampler esistente di JMeter e le soluzioni alternative menzionate per JSR223 e shell sampler, per capire come i test RPC potrebbero integrarsi nello strumento. Il lavoro sarà considerato completato quando sarà stata concordata un’architettura e sarà stato fornito il supporto nativo nel core per il load testing dei servizi RPC, incluso gRPC, invece di fare affidamento su strumenti di terze parti.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

enhancement to-triage
Use case

Addressing issues #6415 , #6404 , #6313 , it seems like jmeter does not provide core support for testing servers using RPC or any other libraries like gRPC Most of the microservices are migrating to RPC based communication protocols as it is lightweight and comparatively less costly for inter-server communication. This makes me bring down to these points where we might need load testing for servers based on rpc communication protocols:

  1. Currently there are only third party workarounds that allow load testing for rpc communication types, which is inefficient.
  2. There's a need for native rpc sampler, just like http sampler exists.

and actually many more, which we can mention if you choose to have it as an enhancement.

Possible solution

The possible solution will highly depend on the architecture and planning on the issue before implementing a code solution. So it is difficult to mention it right away here, but will surely do once I've an idea of the final planning and architecture for this.

Possible workarounds
  1. using JSR223 with Groovy or a Python script to capture responses or measure latency
  2. using grpcurl in shell samplers
  3. using third party tools like gatling where we can initiate tests separately and use jmeter to trigger them using OS process samplers
JMeter Version

5.6.3

Java Version

openjdk version "23.0.1" 2024-10-15

OS Version

Microsoft Windows [Version 10.0.26100.3037]

Lingua principale
Java
Stelle
9.6k
Fork
2.3k
Merge medio
18h 33m
PR unite (30g)
12

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di apache/jmeter

Tutte le issue di apache/jmeter

Issue simili

Altre issue su Java

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.