Skip to content


Subversion checkout URL

You can clone with HTTPS or Subversion.

Download ZIP
Bridges UDP packets onto the information superhighway.
branch: master
Failed to load latest commit information.
test Simpler
.gitignore Ignore coverage artifacts
.jshintignore Saddened that new Jersey() doesn't fit
.jshintrc Saddened that new Jersey() doesn't fit
.npmignore Don't package .watchr
.watchr watchr script for autotesting v0.1.2-SNAPSHOT
LICENSE MIT license MIT license



Bridges UDP packets on to the information superhighway.


Say you're using metricsd or one of the other statsd implementations and running it on a different network than your application (probably a silly idea, but it happens). A different network that blocks outbound UDP packets (*cough*Azure*cough*).

You could modify your application to send metrics via TCP (with Node, you could fake non-blocking-ness), but then you'd need to modify the metricsd/statsd server to speak TCP (and break the protocol in the process or risk lots of incorrect meters being created).

Or, you could continue as you were, sending metrics over UDP to localhost and let Jersey proxy them over a TCP socket and back to UDP on the side hosting the metricsd/statsd server. Then, if you later move both applications to the same network, simply reconfigure the server name and stop using Jersey.


Spin up an on-ramp (UDP → TCP), listening on udp://localhost:8125 and connecting to tcp://localhost:8126 by default:

$ jersey-onramp

Spin up an off-ramp (TCP → UDP), listening on tcp://localhost:8126 and connecting to udp://localhost:8125 by default:

$ jersey-offramp

(Note: these form a loop when run on the same host. Use --help for options.)

You can also create on- and off-ramps programmatically. See bin/onramp and bin/offramp to see how.


Copyright (c) 2012 Seth Fitzsimmons

Published under the MIT License.

Something went wrong with that request. Please try again.