Skip to content
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 parallel reporting into the same launch for RSpec #23

Open
danksim opened this issue Apr 4, 2018 · 1 comment
Open

Support parallel reporting into the same launch for RSpec #23

danksim opened this issue Apr 4, 2018 · 1 comment

Comments

@danksim
Copy link

danksim commented Apr 4, 2018

Currently, only 1 spec result is displayed when running 2 specs (1 per node) in parallel in 1 Launch:
bundle exec parallel_rspec specs/<FOLDERNAME> -n 2 -o '-f ReportPortal::RSpec::Formatter'

Would love to have both spec results displayed in 1 Launch in reportportal.

@danksim danksim changed the title support for parallel_test's parallel_rspec support multiple html files for parallel_test's parallel_rspec Apr 4, 2018
@aliaksandr-trush
Copy link
Collaborator

Good idea,
Unfortunately we do not have enough resources to implement this changes now.

But you can try to do it by yourself and create an pull request.
You can look how it was done in https://github.com/reportportal/agent-ruby/blob/master/lib/report_portal/cucumber/parallel_formatter.rb

@abotalov abotalov changed the title support multiple html files for parallel_test's parallel_rspec Support parallel running for RSpec Oct 22, 2019
@abotalov abotalov changed the title Support parallel running for RSpec Support parallel reporting into the same launch for RSpec Oct 22, 2019
vveliev pushed a commit to vveliev/agent-ruby that referenced this issue Jul 24, 2020
* Set description to cmd args of parallel_tests process

* Fix matcher to detect when start time needs to be updated

* Clean up formatting in report.rb

* Implement a folder creation lock file to address duplicate folders being created

* Delay each process by its ID number to create a staggered start to reporting in Report Portal (addresses load issues)

* Formatting and cleanup in parallel_report.rb

* Use temporary directory for tracking folder creation

* Add commenting around why we are delaying threads

* Make sure to use a "full path" for folder creation tracking

* fixing report description when run in parallel

- refactoring how runner process is detected
  - added fallback to cucumber if parallel test was not for parallel formatter

* - reverting some changes
- launch_uuid related fixes

* Fix Cucumber parallel formatter

* Fix parallel_tests version and possible endless loop

* Add debug logging to debug some issue

* Add more debug logging

* Remove retrying of requests to Report Portal

* Set last_used_time to a time of the parent item

* Set description to cmd args of parallel_tests process

* Fix URLs to include required "filter.eq.launch" parameter

* Fix matcher to detect when start time needs to be updated

* Clean up formatting in report.rb

* Implement a folder creation lock file to address duplicate folders being created

* Delay each process by its ID number to create a staggered start to reporting in Report Portal (addresses load issues)

* fixing report description when run in parallel

- if launch_id or file_with_launch_id is provided launch will not be marked as finished
- moved sleep time, since we are waiting for report to be created anyways

* - reverting file lock changes for reading the file
- moving lock file related functions to private

* - fixing temp file path generation
- refactoring how runner process is detected
  - added fallback to cucumber if parallel test was not for parallel formatter

* using single formatter for both parallel_cucumber and cucumber

* adding logger for report portal

* updating readme and adding settings for logging level

* updating how response processing is handling

* fixing issue with child process not closing the folder's items

* fixing value for time, removing cucumber IO as it's no longer needed

* - adding logging
- when run in parallel, child process should not close items in process(folder)

* - adding logging
- add exception handling when closing item , if already closed , ignore RP 40018 error code

* adding patch for multipart

* updating version
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants