-
Notifications
You must be signed in to change notification settings - Fork 59
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support for WebSocketClient #286
Comments
Upvote! |
Upvote, it's necessary and useful |
Upvote! |
2 similar comments
Upvote! |
Upvote! |
Upvote |
Upvote ! |
Upvote, it's super necessary! |
"Upvote !" |
Upvote! |
4 similar comments
Upvote! |
Upvote! |
Upvote! |
Upvote! |
upvote! |
Upvote ! |
upvote |
Upvote! |
Wow, a lot of suden upvoting in this issue. Do you have any additional insight why is this important for so many people in such short period of time? There is also this issue which requests the same support . |
Hi Rebelenda ! Glad you heard us, thank you! |
Hello @rabelenda! |
Hi, @rabelenda! We will highly appreciate you if you increase the priority of implementing this functionality. This really helpful to build performance testing tools for numerous projects. |
Upvote! |
Can you provide different samples (maybe jmx files, potentially scrumbling urls and any potential sensitive config) of the main ways you use the samplers plugin? I am interested in identifying what are the main/most common scenarios to ease their usage, and also identify the scope (how much features & effort is needed to support most of the use cases). For example, what samplers do you usually use, what data formats you use for requests, do you usually specify request headers, do you load request bodies from files, do you use binary response assertions or filters? Do you have any best practices or tips that we should consider in the design? For example, I see that for handling segmented messages (sent in multiple frames) nowadays with the plugin you need to add a loop or add multiple samplers. Additionally, I see that the sampler does not close the connection by default and reuses it in each thread iteration (which is not the same behavior we use by default in DSL for other connections, like HTTP). In the DSL we could optimize these cases, and other that you may identify, and make them simpler to use in the DSL. |
Upvote! |
Hi @rabelenda, thank you for supporting this issue. Here are the answers to your questions and the simple script example.
As for loading the body samplers, I load them from the txt files. I don't use the binary response assertion, the simple text Response assertion works for me |
Hi @rabelenda, sorry for the long reply. There are some good usage examples here: https://github.com/Luminis-Arnhem/jmeter-websocket-samplers/tree/master/samples Thx @NaumVik thx for examples ! |
Please add websocket/wss client to DSL. For example, jmeter has a good websocket plugin https://jmeter-plugins.org/?search=websocket-samplers.
This will greatly simplify the work !
The text was updated successfully, but these errors were encountered: