Security News
GitHub Removes Malicious Pull Requests Targeting Open Source Repositories
GitHub removed 27 malicious pull requests attempting to inject harmful code across multiple open source repositories, in another round of low-effort attacks.
angular-simple-logger
Advanced tools
Basic logger with level logging which can also be independent.
To have simplified log levels where a supporting angular module's log levels are independent of the application.
How to decide which file from /dist
to include in your project:
If using bower
, include dist/angular-simple-logger.js
. This is a drop-in replacement for browser.js
. It is prepacked (all dependencies included). Do NOT use with Browserify or Webpack since it will break any commonJS compiler.
If using npm
with Browserify or Webpack, include dist/index.js
(CommonJS version). Do NOT use with bower.
*.light.js - any, will/should work with Browser, Brower and npm (with some love, but why?)
Why is it this way? Well visonmedia debug is complicated. See here . I am open to a better way so please work with me, not against me.
Bottom line: Here is what I recommend. If your using bower with a project that depends on this; bundle your vendor files seperatley via gulp, and main bowerfiles. Browserify, and Webpack can work with both bower and npm at the same time so it is up to you to make your whole app play nice (ie you can ignore stuff and not call require).
Also you can override which version (say point to*.light.js) for webpack and or browserify to use/target against.
If your lucky and all of your projects are in npm then you can eliminate bower and not worry about this.
In the end there are plenty of workarounds using the tools explained above.
angular.module('someApp', ['nemLogging'])
//note this can be any type of injectable angular dependency (factory, service.. etc)
.controller("someController", function ($scope, nemSimpleLogger) {
nemSimpleLogger.doLog = true; //default is true
nemSimpleLogger.currentLevel = nemSimpleLogger.LEVELS.debug;//defaults to error only
});
(maybe 3 for one lib)
angular.module('someApp', ['nemLogging'])
//note this can be any type of injectable angular dependency (factory, service.. etc)
.service("apiLogger", function ($scope, nemSimpleLogger) {
var logger = nemSimpleLogger.spawn();
logger.currentLevel = logger.LEVELS.warn;
return logger;
})
.service("businessLogicLogger", function ($scope, nemSimpleLogger) {
var logger = nemSimpleLogger.spawn();
logger.currentLevel = logger.LEVELS.error;
return logger;
})
.service("terseLogger", function ($scope, nemSimpleLogger) {
var logger = nemSimpleLogger.spawn();
logger.currentLevel = logger.LEVELS.info;
return logger;
});
angular.module('someApp', ['nemLogging'])
//note this can be any type of injectable angular dependency (factory, service.. etc)
.service("booksApi", function (apiLogger, $http) {
//do something with your books
$http.get("/ap/books").then(function(data){
apiLogger.debug("books have come yay!");
});
})
.controller("businessCtrl", function ($scope, businessLogicLogger, book) {
businessLogicLogger.debug("new book");
var b = new book();
$scope.books = [b];
})
.controller("appCtrl", function ($rootScope, terseLogger) {
$rootScope.$on "error", function(){
terseLogger.error("something happened");
}
});
Optionally (default is off) decorate $log to utilize log levels globally within the app.
Note this logger's currentLevel is debug! Where the order is debug, info, warn, error, log.
angular.module('someApp', ['nemLogging']))
.config(function($provide, nemSimpleLoggerProvider) {
return $provide.decorator.apply(null, nemSimpleLoggerProvider.decorator);
})
.config(function($provide, nemSimpleLoggerProvider) {
var logger = $provide.decorator.apply(null, nemSimpleLoggerProvider.decorator);
//override level at config
logger.currentLevel = logger.LEVELS.error;
return logger;
})
.run(function($log){
//at run time
//override the default log level globally
$log.currentLevel = $log.LEVELS.error;
});
If you choose to use the full version of this library and no the light.
You can add finer grain debug levels via the visionmedia/debug API.
To use:
angular.module('someApp', ['nemLogging']))
//as a provider
.config(function(nemDebugProvider) {
var debug = nemDebugProvider.debug;
debug.enable("worker:*");
})
.service('LoggerLevelA', function(nemSimpleLogger) {
//will have debug, info, warn, error, and log at disposal as before, but now debug is using the visionmedia/debug fn
return nemSimpleLogger.spawn("worker:a");
})
.service('LoggerLevelB', function(nemSimpleLogger) {
return nemSimpleLogger.spawn("worker:b");
})
//heck maybe you don't want all of the logger interface only want debug.. then
.service('JustDebugC',function(nemDebug) {
return nemDebug("worker:c");
})
.run(function(nemDebug){
//enable another debug level
nemDebug.enable("coolStuff:*");
});
Underneath it all it is still calling $log
so calling the logger for logging itself is the same.
LEVELS: available are debug, info, warn, error, log
doLog (boolean) - deaults to true. If set to false all logging for that logger instance is disabled.
currentLevel (number) - defaults to error: 4
corresponds to the current log level provided by LEVELS
.
spawn - create a independent logger accepts a logger or a string (see visionmedia debug notes above). Defaults to $log
FAQs
Basic logger with level logging which can also be independent.
We found that angular-simple-logger demonstrated a not healthy version release cadence and project activity because the last version was released a year ago. It has 1 open source maintainer collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
GitHub removed 27 malicious pull requests attempting to inject harmful code across multiple open source repositories, in another round of low-effort attacks.
Security News
RubyGems.org has added a new "maintainer" role that allows for publishing new versions of gems. This new permission type is aimed at improving security for gem owners and the service overall.
Security News
Node.js will be enforcing stricter semver-major PR policies a month before major releases to enhance stability and ensure reliable release candidates.