= Proposed Self Contained Change: Node.js 0.12 =
Change owner(s): T.C. Hollingsworth <tchollingsworth at gmail dot com>
Fedora 23 will be updated to Node.js 0.12, the latest release of the platform built on
== Detailed Description ==
Node.js has seen many changes between v0.10 and v0.12. There is a listing of changes
documented on the wiki. Note that this release includes API updates that may require
dependency updates. Following are some highlights:
* Streams 3
The Streams implementation now works the way you thought it already should,
without introducing any changes to the API. Basically this means no more getting stuck in
"old mode", there are only streams that are flowing or not.
Streams now support the use of cork and uncork mechanisms to prevent flushing
writes out to the system if an application is going to be performing many writes in a row.
There is an implicit uncork performed when you end a writable stream.
maxSockets are no longer limited to 5. The default is now set to Infinity with the
developer and the operating system given control over how many simultaneous connections an
application can keep open to a given host.
Proper KeepAlive support means that sockets will stay open until they timeout at
the configured time, are closed by the remote side, or the process exits. Developer's
no longer have to make sure requests have been pipelined to keep the socket open, or use
an alternative module to get that support.
Developers can also now explicitly flushHeaders to ensure time to first byte is
low and proxied connections are held open.
Now has two modes of operation, the new default is a round robin distribution
mechanism where the master accepts new connections and distributes them to your workers.
If you want you can still opt back into the old method where your workers are responsible
for acception connections.
We have the new TLSWrap mechanism under the hood, this eliminates quite a few of
Added APIs for asynchronous SNI callbacks, OCSP stapling, and storage events.
We use a more accurate mechanism for allocating memory for buffers now, which
means you'll see less overhead and impact from holding onto to small slices of
Buffers. This reduces the amount of memory pressure on the system, which means GC runs are
quicker, which means Node.js is on CPU less, and thus lower latency for your applications.
spawnSync/execSync have been added to facilitate synchronous child processes,
warning your node process won't make forward progress while waiting for the child to
exit, caveat emptor!
Added APIs for loading custom engines for use with compiled in OpenSSL.
More APIs support supplying the pass phrases.
Added APIs for RSA public/private key encryption/decryption.
The module is now based on the Contextify module, which shares values from the
sandbox to avoid missing changes inside the execution from appearing in the parent
Initial support for ECMAScript Internationalization API 1.0 (ECMA-402)
By default, Node.js v0.12.0 binaries are shipped with ECMA-402 support, but only
for the English language. In other words, the ECMA-402 API is working as you would expect,
but only data for the English language is included. You can find more info on how to
include more languages in the Wiki.
These are just some of the changes you can find in this release of v0.12, and it's
thanks to the hard work of the community and the members of team curating Node.js.
We are also pleased to report that this release of Node.js has tests passing on all of our
supported platforms. On the one hand, this seems obvious (what are tests for if not to
verify before you release it?!), but this is actually the first release of Node.js that
has operated under this constraint. Requiring that all tests pass before releasing Node.js
marks an important development for the project, and is essential for building a solid path
== Scope ==
* Proposal owners:
-- Update v8
-- Update nodejs
-- Rebuild all binary modules, apply patches as necessary
-- Update npm
* Other developers:
-- Other Node.js packagers' attention may be required if the update causes issues
for their packages.
* Release engineering: N/A (not a System Wide Change)
* Policies and guidelines:
-- Some minor updates to the Node.js guidelines are planned, however they are just Nice
To Have for the purposes of this specific change.
* Trademark approval: N/A (not needed for this Change)