Closed fuson closed 9 years ago
For now in our web project we use PM2 with keymetrics monitoring dashboard, but looking to strong stack and "interpreters" support (in design not only coffee) looks like a primary showstopper to initiate migration activities. And i'm NOT sure that this project is the proper place to implement it, you have "strong-runner", "loopback", "strong-supervisor" and another projects that looks like a candidate :) Anytime, we like your CRUD solution :)
Understood. You essentially want to override process.execPath
so that your app is run by /usr/local/bin/coffee
(or ./node_modules/.bin/coffee) instead of
/usr/local/bin/node`.
Is pre-compiling your app in a prepublish
script not a workable solution for you?
But what we receive in stack traces? .js line numbers that is absolutely irrelevant with .coffee code? Its not a good idea :(
And execPath as i understand is not a solution for clustering, require('coffee-script/register') needed. You may try look at implementation in pm2 by searching "coffee" on their repo.
My execPath comment was more about intent than actual implementation.
As for stack traces, I had assumed the coffee
compiler took care of that, otherwise it wouldn't be so popular. Seems I was mistaken.
We support coffee if you use slc build
, and a prepublish or build script
@fuson can you elaborate?