npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

@dyihoon90/glogging

v3.0.6

Published

HTTP request logging middleware & transaction function decorator for express, using winston

Downloads

4,285

Readme

Release pipeline CI pipeline

Audit logger for Express requests and Transactions

Table of Content

Installation

npm i @dyihoon90/glogging

Description

Glogger is a wrapper around the popular winston logging library.

This library provide convenience methods for the following use cases:

  1. Structured logging
  2. Logging request & response using Express middleware
  3. Logging using decorators in functions, class & class methods

By using this library in an Express server, you get:

| Benefits | Using? | | -------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Redaction of sensitive data in SG context | Automatically redacts NRIC & sensitive info | | Standardized log format | The standard logger.info() | | Standardized request & response logging for Express servers | Adding the Glogger Express middlewares will automatically generate logs for incoming requests & outgoing responses | | Unobtrusive logging for functions, class, & class method | Decorate functions & class methods using decorators will log the function invocation. Optionally it can also log what the function returns | | Correlate function invocations in Express server using trxId | Use the enhanceReqWithTransactionAndTime in Middleware to add trxId to incoming request. Pass the request object to as the first parameter in all decorated function & Glogger decorators will pick up the request context, such as the trxId. | | Correlate requests across microservices using trxId | Use the enhanceReqWithTransactionAndTime in Middleware to add trxId to incoming request.Pass this trxId to other Express servers that are using Glogger & they will output logs w the same trxId |


GLogger

Construct an instance of a logger. Similar to how winston does it.

Constructor

const logger = new GLogger({ loggingMode: LoggingMode.LOCAL });

When constructing a logger instance, there are 3 modes for different environments

| Mode | Description | | ---------- | -------------------------------------------------------------------------------------------------------------------------------------- | | LOCAL | defaults to have transport for console.Log level up to debug | | DEV | defaults to have transport for console.Log level up to info | | PRODUCTION | defaults to have no transport. Use glogger.addTransport to add a winston log transport.Log level up to info |

To override the default behaviors for each Mode above, you can use overrideDefault

const logger = new GLogger({
  loggingMode: LoggingMode.LOCAL,
  overrideDefault: { alwaysWriteToConsole: true, consoleLogSectionSeparator: '' }
});

Override default configs

| Config | Purpose | | -------------------------- | --------------------------------------------------------------------------------------------------------------------- | | alwaysWriteToConsole | always write to console, regardless of environment. useful for AWS Lambda | | consoleLogSectionSeparator | override the default section separator character for console logs. the default is newline '\n'. useful for AWS Lambda |


Instance methods

| Method | Purpose | | ------------------- | -------------------------------------------------------------------- | | debug | create log object of level debug | | info | create log object of level info | | warn | create log object of level warn | | error | create log object of level error | | toggleVerboseModeOn | toggle debug mode to see what is being sent to the above log methods | | addLogTransport | add a winston log transport to transport the log object |

Instance properties

| Property | Purpose | | ------------- | ------------------------------------------- | | winstonLogger | Expose the underlying winston logger object |


Express middlewares

This library exports the following express middlewares. See the middlware examples for how to place these middleware in your Express server

| Middleware | Purpose | | -------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------- | | enhanceReqWithTransactionAndTime | enhance request with req.reqStartTimeInEpochMillis & req.uuid (if req.uuid does not already exist) | | responseErrorLoggerFactory | factory to create an error logger middleware. Error logger middleware does a logger.warn when it receives an error object from the previous middleware | | responseSuccessLoggerFactory | factory to create a successs logger middleware. Success logger middleware does a logger.info when the response status code is < 400 |

Express middleware will log all incoming request and outgoing response of your Express server with the following metadata: | Metadata | Full Name | What is it? | Example | | ------------------------- | -------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | --------------------------------------------------------------------------------------------------- | | trxId | Transaction ID | A randomly generated uuidv4 added to the request by the enhanceReqWithTransactionAndTime middleware. If using multiple microservices, can pass the ID on for tracking requests | 'e6c0ea38-f459-4f84-a9b6-873255e95896' | | trxModule | Transaction Module | The transaction module | 'TxnMod1' | | trxName | Transaction Name | The transaction name | 'TxnMod2' | | userToken | User Token | This is the JWT of the user. You are required to manually set the decoded JWT under the 'user' property of the Express request. | { "iss": "issuer", "sub": "subject", "aud": "audience", "jti": "tokenid", "exp": 123, "iat": 456} | | timeTakenInMillis | Time Taken in Milliseconds | The time the request took from request received to response sent | 61877 | | trxStatus | Transaction Status | Transaction success is defined by a <400 status code. Transaction failure is defined by the error logger receiving an error object propagated down by previous middleware calling the express next() function with next(error) | 'SUCCESS' / 'FAILURE' | | additionalInfo.url | URL | The full URL path | '/list?types[]=leave' | | additionalInfo.method | Method | The HTTP method | 'GET' | | additionalInfo.srcIp | Source IP | The source IP of the call. Uses express.request.ip. See here for more details of how the app setting trust proxy in express affects the source IP | 127.0.0.1 | | additionalInfo.statusCode | Status Code | The HTTP status code returned to the client | 200 | | additionalInfo.error | Error | The error passed to the error logger middleware, only when status is 'FAILURE' | 'new Error('error')' |

Class, Method & Function decorators for Express services (Works out of the box for Express/Koa servers)

Purpose

Glogger decorators give you standardized logging for functions in your application.

For example, one of your routes invokes a function that makes a call to persist an item in your a DB, then returns results from those systems.

You can decorate the function that makes that DB call to get a rich view of that function invocation, including which Express route your user called that invoked this function, the transaction ID, some details of the user that made the request (if available in the request), and results/errors

Works out of the box for decorating functions in an Express / Koa server.


Metadata

All functions being logged must take in an IExpressRequest object as its first parameter, even if the function itself doesn't require it.

You need to use the enhanceReqWithTransactionAndTime above for trxId & timeTakenInMillis to work.

Decorator will log functions with the following metadata:

| Metadata | Full Name | What is it? | Example | | --------------------- | ------------------ | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------- | | trxId | Transaction ID | A randomly generated uuidv4 added to the express request by the enhanceReqWithTransactionAndTime middleware. If using multiple microservices, can pass the ID on for tracking requests | 'e6c0ea38-f459-4f84-a9b6-873255e95896' | | trxModule | Transaction Module | The transaction module | 'User' | | trxName | Transaction Name | This will be the name of the decorated function | 'getUserList' | | fileName | File Name | The name of the file | 'services/user.service.ts' | | userToken | User Token | This is the JWT of the user. You are required to manually set the decoded JWT under the 'user' property of the Express request. | { "iss": "issuer", "sub": "subject", "aud": "audience", "jti": "tokenid", "exp": 123, "iat": 456} | | timeTakenInMillis | Time Taken in Milliseconds | The time the request took from request received to response sent | 61877 | trxStatus | Transaction Status | Transaction success is defined by function successful execution, or returning a resolved promise. Transaction failure is defined function throwing or returning a rejected promise. | 'SUCCESS' / 'FAILURE' | | additionalInfo.url | URL | The full URL path | '/list?types[]=leave' | | additionalInfo.method | Method | The HTTP method | 'GET' | | additionalInfo.result | Result | The result of the returned function. Only logged if options.toLogResult is set to true. Use options.redactedProperties to add object properties to redact from the logged result | { aPublicValue: 'OK', 'aSecretValue': '[REDACTED]' | | additionalInfo.error | Error | The error thrown by the function, only when status is 'FAILURE' | 'new Error('error')' |


Decorators

Glogger decorators allow users to log functions & class method invocations in a standardized way w/o littering logger.info() all over your functions. This makes your code cleaner and easier to read.

This library exports the following decorators.

| Decorator Factory | Purpose | | ----------------- | ----------------------------------------------- | | LoggedClass | Decorate all class methods except constructor | | LoggedMethod | Decorate a class method | | LoggedFunction | Decorate a raw function |

All the above are decorator factories. In order to create the decorator, they take in the following parameters:

| Parameter | Explanation | Required? | Example | | -------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------- | --------------------------- | | logger | a GLogger instance | required | new GLogger() | | metadata | metadata including transaction category, transaction module, & optional filename | required | | | metadata.trxCategory | Transaction category | required | TransactionCategory.TRANS | | metadata.trxModule | Transaction module | required | 'User' | | options | Optional option parameter | optional | | | options.toLogResult | whether to log the return value of the decorated function. Defaults to false. | required if options is set | true/false | | options.redactedProperties | if options.toLogResult set to true, use this array for properties from the function return value you don't want logged. works for both objects with nested properties and objects inside of arrays. you can also pass in an integer to redact a particular item in an array | optional | ['mySecretProperty', 0] |


Examples

See examples folder for usage.

Or you can clone this repo and run:

  • npm i then,
  • npm run example for base logger and decorator demo
  • npm run example-server for middleware demo

Troubleshooting

| Scenario | Resolution | | ----------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------- | | Getting 'missing trxId in req' for the transaction ID | All functions being logged must take in the request object IExpressRequest as its first parameter, even if the function itself doesn't require it. |