![Oracle Drags Its Feet in the JavaScript Trademark Dispute](https://cdn.sanity.io/images/cgdhsj6q/production/919c3b22c24f93884c548d60cbb338e819ff2435-1024x1024.webp?w=400&fit=max&auto=format)
Security News
Oracle Drags Its Feet in the JavaScript Trademark Dispute
Oracle seeks to dismiss fraud claims in the JavaScript trademark dispute, delaying the case and avoiding questions about its right to the name.
CI::Reporter is an add-on to Ruby testing frameworks like Test::Unit or RSpec that allows you to generate XML reports of your test runs. The resulting files can be read by a continuous integration system that understands Ant's JUnit report XML format, thus allowing your CI system to track test/spec successes and failures.
CI::Reporter works with projects that use standard Rake tasks for running tests. In this fashion, it hooks into testing frameworks using environment variables recognized by these custom tasks to inject the CI::Reporter code into the test run.
Each supported testing framework is provided by a separate gem:
CI::Reporter 1.x supported all the different test frameworks in a single gem. This was convenient, but caused issues as test frameworks released new, sometimes incompatibile, versions. CI::Reporter 2.x has been split into multiple gems, allowing each gem to specify the test framework versions it supports.
To upgrade to 2.x, remove ci_reporter
from your Gemfile and replace
it with one or more of the framework-specific gems above.
Add the "Publish JUnit test result report" post-build step in the job configuration.
Enter "test/reports/*.xml,spec/reports/*.xml" in the "Test report XMLs" field (adjust this to suit which tests you are running)
Report files are written, by default, to the
test/reports
, features/reports
or
spec/reports
subdirectory of your project. If you wish
to customize the location, simply set the environment variable
CI_REPORTS (either in the environment, on the Rake command line, or in
your Rakefile) to the location where they should go.
You may not wish to always produce report files. There are two primary ways to configure this:
Use an environment variable in your Rakefile to control if CI:Reporter will be invoked:
if ENV['GENERATE_REPORTS'] == 'true'
require 'ci/reporter/rake/rspec'
task :spec => 'ci:setup:rspec'
end
You can either inject this variable in your CI or simply call rake
with the environment variable set:
GENERATE_REPORTS=true rake spec
Instead of modifying your existing Rake tasks, create new ones:
namespace :ci do
task :all => ['ci:setup:rspec', 'spec']
end
Then use this Rake target in CI:
rake ci:all
CI_REPORTS
: if set, points to a directory where report files will
be written.CI_CAPTURE
: if set to value "off", stdout/stderr capture will be
disabled.FAQs
Unknown package
We found that ci_reporter demonstrated a not healthy version release cadence and project activity because the last version was released a year ago. It has 2 open source maintainers collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
Oracle seeks to dismiss fraud claims in the JavaScript trademark dispute, delaying the case and avoiding questions about its right to the name.
Security News
The Linux Foundation is warning open source developers that compliance with global sanctions is mandatory, highlighting legal risks and restrictions on contributions.
Security News
Maven Central now validates Sigstore signatures, making it easier for developers to verify the provenance of Java packages.