-
Notifications
You must be signed in to change notification settings - Fork 2k
NodeJS v4 support - fixing the failed build #922
NodeJS v4 support - fixing the failed build #922
Conversation
@lirantal 4.0 still failed. Check Travis. Also, if we fix Node 4.0 support, then we should remove the allow_failures rule for it. |
yep, still more work to do there |
there's an open issue (socketio/socket.io#2228) with socket.io ability to build on node v4 now, I've been trying some magic but so far no luck. Another option for us is to add shrinkwrap (which I think is a good idea so I'll take a look at it) to control our own sub-dependency versions if we need to. |
👍 On skrinkwrap. I was looking at that a while ago, and thought it was a good solution for this project. |
[email protected] is said to have node.js 4.x support. https://twitter.com/SocketIO/status/645755967934697472 |
I was also having issues with one of the dev dependencies, grunt-node-inspector, which is at 0.2.0. |
yep, saw that and also Edward from the original PR gave me a ping about it. |
b2749b0
to
7d13bc6
Compare
env: | ||
- NODE_ENV=travis | ||
- NODE_ENV=travis CXX="g++-4.8" CC="gcc-4.8" | ||
matrix: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If we are attempting to get Node 4 passing, we should remove this section.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't think that's the reason for it, but rather node-inspector which is failing.
@lirantal any progress on this? |
I pushed an update to a newer grunt-node-inspector version which seem to be the culprit, let's see how it goes. |
@lirantal 1 test failed. Look at the bottom https://travis-ci.org/meanjs/mean/jobs/83342174 Also, if we are going to make sure Node 4 builds and works, please remove the allow failure part for it because it shouldn't be there anymore. |
Yeah I just noticed that it finished with a fail for a test, which is related apparently to different messages between node/other package versions:
I'm not sure if we want to rely 100% now on node v4 so I say let's keep the allow_failures there still.. As you saw there are many core packages like grunt-node-inspector and others that didn't yet even sync with the node v4 version to become compatible. |
@lirantal LGTM. I say merge this in, to get people closer to Node 4.0 support. It's been a popular issue lately. |
@lirantal I'd rather not merge and keep allow failures, it is deceiving. |
@ilanbiala what's deceiving? I don't get it. It's not like the project states it is compatible with v4. |
@lirantal most people don't know about allow_failures, and they won't look closely enough to notice that v4 doesn't have to pass for the badge to show passing. |
That's why we as moderators should look into that. I don't see the point in failing the build entirely for v4 compatibility for the time being. |
I don't think it should fail on node v4 until we start to officially support it. |
That's what I'm saying... it currently fails on some test as well that we need to fix to make the build pass v4. |
I was getting a bunch of explosions with |
Hmm seems like v4 isn't quite supported and I should go back to v0.12 ... |
@bmcorser indeed. |
@lirantal 👍 ty |
The specific test that fails here is because NodeJS v4 changed their status codes for 302 from "Moved Temporarily" to "Found". I was thinking to support both v4 and prior versions we can check for either of the strings, so I'll update the tests unless you have another idea. |
Since the problem here is the actual nodejs version how about we have a case for each version in the test? i.e: if (process.version.indexOf('v4'))
signoutRes.text.should.equal('Found. Redirecting to /');
else // it's otherwise v0.12, or v0.11 then
signoutRes.text.should.equal('Moved Temporarily. Redirecting to /'); WDYT? |
@lirantal is it "v4" or "4."? I guess we can do that. |
Cool, I'll make the changes and commit so we can see the CI tests pass. |
780735a
to
353b7de
Compare
@ilanbiala node v4 is passing just fine now. |
directories: | ||
- node_modules/ | ||
- public/lib/ | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why did this get removed?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@ilanbiala I removed it in the beginning when working on this PR for node v4 compatibility
I re-added it again now.
@lirantal It is failing on the e2e tests, but grunt is continuing and not producing the error too fail the build. Not sure if that is related or not. |
Here is where things go awry: https://travis-ci.org/meanjs/mean/jobs/83604705#L1555 |
353b7de
to
b2088e7
Compare
The E2E test fails for both v0.10 and v0.12, it's not related to node v4. This PR LGTM to continue with. |
00182cf
to
07d337e
Compare
LGTM, squash and merge! |
LGTM Thanks @lirantal! |
updating grunt-node-inspector version to compatible version with nodejs v4
07d337e
to
b7a57ab
Compare
Squashed and merged. |
…update NodeJS v4 support - fixing the failed build
Adding the required support to properly build the nodejs v4 edition.
Source and credit originated from: lirantal#1