• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

dropwizard / dropwizard / 3261
86%

Build:
DEFAULT BRANCH: master
Ran 17 Jan 2017 06:21PM UTC
Jobs 1
Files 366
Run time 19s
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

pending completion
3261

push

travis-ci

jplock
Upgrade Jetty to 9.4.0.v20161208 (#1875)

* Upgrade Jetty to 9.4.0.v20161208

Hopefully, it's just a version bump.

Resolves #1874.

* Increase waiting interval for batch HTTP/2 test

* Delegate calculation amount of acceptors and selectors threads to Jetty

The issue is reported in #523. The OS on CI Linux machines returns an
astonishingly big amount of CPUs (~ 128). Jetty changed their algorithm
for calculating the maximum amount of selector and acceptor threads,
see `eclipse/jetty.project@2d52280`. But, in Dropwizard we still set
the amount of acceptors as #CPUs/2 and selectors #CPUs. Looks like
that's too much for Jetty, and it can't handle such a big amount of threads.
Because of that we have random errors on our CI environment and,
what worse, possibly hurt users who actually run their applications on
machines with a big amount of CPU. A solution is to delegate calculating
the amount to Jetty (which has more sane defaults) and document the
defaults.

4 of 4 new or added lines in 1 file covered. (100.0%)

5887 of 7191 relevant lines covered (81.87%)

71.21 hits per line

Jobs
ID Job ID Ran Files Coverage
1 3261.1 17 Jan 2017 06:21PM UTC 0
81.87
Travis Job 3261.1
Source Files on build 3261
Detailed source file information is not available for this build.
  • Back to Repo
  • Travis Build #3261
  • 66ef230d on github
  • Prev Build on master (#3188)
  • Next Build on master (#3320)
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc