Running 100000 iterations of a single POST call seems to break the reporter
See original GitHub issueVersion and environment information:
- Newman Version (can be found via
newman -v
): 3.4.3 - OS details (type, version, and architecture): RHEL Linux
- Are you using Newman as a library, or via the CLI? CLI
- Did you encounter this recently, or has this bug always been there: Recently
- Expected behaviour: I should get a test report like I did when I did this with 10000
- Command / script used to run Newman: _(This is from a Jenkins Execution) /usr/local/lib/node_modules/newman/bin/newman.js run ${COLLECTION_NAME} -e ${ENVIRONMENT_NAME} -d serverInfo.csv -n ${COUNT} -r html,cli,json,junit --insecure _
- Sample collection, and auxilliary files (minus the sensitive details): All I can give you is the exception i see at the end of the console log
usr/local/lib/node_modules/newman/lib/reporters/json/index.js:17
content: JSON.stringify(_.omit(o.summary, 'exports'), 0, 2)
^
RangeError: Invalid string length
at JSON.stringify (<anonymous>)
at EventEmitter.<anonymous> (/usr/local/lib/node_modules/newman/lib/reporters/json/index.js:17:27)
at EventEmitter.emit (/usr/local/lib/node_modules/newman/node_modules/eventemitter3/index.js:151:33)
at done (/usr/local/lib/node_modules/newman/lib/run/index.js:199:29)
at /usr/local/lib/node_modules/newman/node_modules/postman-runtime/lib/backpack/index.js:56:34
at PostmanCollectionRun._process (/usr/local/lib/node_modules/newman/node_modules/postman-runtime/lib/runner/run.js:112:20)
at PostmanCollectionRun.<anonymous> (/usr/local/lib/node_modules/newman/node_modules/postman-runtime/lib/runner/run.js:123:18)
at ontimeout (timers.js:365:14)
at tryOnTimeout (timers.js:237:5)
at Timer.listOnTimeout (timers.js:207:5)
Steps to reproduce the problem:
- Run a newman job with a CSV file and 100K instances of a single call
Issue Analytics
- State:
- Created 7 years ago
- Reactions:1
- Comments:12 (3 by maintainers)
Top Results From Across the Web
Running 100000 iterations of a single POST call seems to break the ...
Running 100000 iterations of a single POST call seems to break the reporter.
Read more >The LastPass disclosure of leaked password vaults is being ...
1Password says it uses 100,000 iterations, but its encryption scheme means that you have to have both a secret key and your master...
Read more >Stan is fast | Statistical Modeling, Causal Inference, and Social ...
This run is on debian linux with 100k iterations and 100k burn: running stan pre-compiled model (from previous fit)… SAMPLING FOR MODEL ' ......
Read more >The best database pagination technique is … | by Matej Bačo
The Database is one of the cornerstones of every application. It's where you store everything your app needs to remember, compute later, or...
Read more >Fact check: Partly false list of alleged 'stacked deck ... - Reuters
One of them, Robert Soros, according to a wedding announcement by the New York Times here , got married to a woman named...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
I wrote a reporter that basically just cuts out a bunch of stuff. It cut what was a 92.5 MB report (in the standard JSON reporter) down to 315 KB, while keeping what I consider the important data. This doesn’t use a streamer, still JSON.stringify, but I haven’t run into the Invalid String Length issue since switching to it. Hopefully this is useful to other people as well: https://www.npmjs.com/package/newman-reporter-json-light
This should be resolved as we add reported flags to trim request and response payloads. But I really like the light JSON reporter. Will recommend your reporter meanwhile. @Paramagnetic