Audit Logging Module (Pro)

You must have an ABP Team or a higher license to use this module.

This module implements the Audit Logging system of an application;

  • See all audit logs of the system and filter audit logs easily.
  • View audit log details, executed actions and changed entities.
  • See all changes of entities and filter entity change logs.
  • View details of an entity change.
  • View all changes of an entity.
  • This module also defines reusable "Average Execution Duration Per Day" and "Error Rate" widgets.
  • Periodic clean up of audit logs.

See the module description page for an overview of the module features.

How to install

Identity is pre-installed in the startup templates. So, no need to manually install it.

Packages

This module follows the module development best practices guide and consists of several NuGet and NPM packages. See the guide if you want to understand the packages and relations between them.

You can visit Audit Logging module package list page to see list of packages related with this module.

User interface

Menu items

Audit logs module adds the following items to the "Main" menu, under the "Administration" menu item:

  • Audit Logs: List, view and filter audit logs and entity changes.

IAbpAuditLoggingMainMenuNames class has the constants for the menu item names.

Pages

Audit Logs

Audit logs tab is used to list, view and filter audit logs and entity changes in the system.

audit-logging-module-list-page

Each line on the list contains basic information about an audit log like HTTP Status Code, HTTP Method, Execution Time etc...

Audit Log Details

You can view details of an audit log by clicking the magnifier icon on each audit log line:

audit-logging-module-log-detail-modal

  • Overall: This tab contains detailed information about audit log.
  • Actions: This tab shows list of actions (controller actions and application service method calls with their parameters) executed during a web request.
  • Changes: This tab shows changed entities during the web request.

Entity Changes

Entity changes tab is used to list, view and filter entity change logs.

audit-logging-module-entity-changes-list-page

Each line on the list contains basic information about an entity change log like Time (time of change), Change Type etc...

Change Details Modal

You can view details of an entity change log by clicking the "Change Details" action item in the entity change log list:

audit-logging-module-entity-change-details-modal

Full Change History Modal

You can view details of all changes of an entity by clicking the "Full Change History" action item in the entity change log list:

audit-logging-module-full-entity-change-details-modal

Audit Log Settings

The Audit Log settings tab is used to configure audit log settings. You can enable or disable the clean up service system wide. This way, you can shut down the clean up service for all tenants and host. If the system wide clean up service is enabled, you can configure the global Expired Item Deletion Period for all tenants and host.

audit-logging-module-global-settings

When configuring the global settings for the audit log module from the host side in this manner, ensure that each tenant and host uses the global values. If you want to set tenant/host-specific values, you can do so under Settings -> Audit Log -> General. This way, you can disable the clean up service for specific tenants or host. It overrides the global settings.

audit-logging-module-general-settings

To view the audit log settings, you need to enable the feature. For the host side, navigate to Settings -> Feature Management -> Manage Host Features -> Audit Logging -> Enable audit log setting management. For the tenant side, you can use either Tenant Features or Edition Features.

If you don't enable the Cleanup Service System Wide from the host side under Settings -> Audit logs -> Global, it won't remove the expired audit logs, even if there are tenant specific settings.

Data seed

This module doesn't seed any data.

Options

AbpAuditingOptions

AbpAuditingOptions can be configured in the UI layer, in the ConfigureServices method of your module. Example:

Configure<AbpAuditingOptions>(options =>
{
    //Set options here...
});

To see AbpAuditingOptions properties, please see its documentation.

ExpiredAuditLogDeleterOptions

ExpiredAuditLogDeleterOptions can be configured in the UI layer, within the ConfigureServices method of your module. Example:

Configure<ExpiredAuditLogDeleterOptions>(options =>
{
    options.Period = (int)TimeSpan.FromSeconds(30).TotalMilliseconds;
});

The Period doesn't mean the Expired Item Deletion Period. It's the period of the worker to run clean up service system wide. The default value is 1 day.

Internals

Domain layer

Aggregates

This module follows the Entity Best Practices & Conventions guide.

AuditLog

An audit log is a security-relevant chronological record, set of records, and/or destination and source of records that provide documentary evidence of the sequence of activities that have affected at any time a specific operation, procedure, or event.

  • AuditLog (aggregate root): Represents an audit log in the system.
    • EntityChange (collection): Changed entities of audit log.
    • AuditLogAction (collection): Executed actions of audit log.

Repositories

This module follows the Repository Best Practices & Conventions guide.

Following custom repositories are defined for this module:

  • IAuditLogRepository

Application layer

Application services

  • AuditLogsAppService (implements IAuditLogsAppService): Implements the use cases of the audit logs management UI.

Database providers

Common

Table / collection prefix & schema

All tables/collections use the Abp prefix by default. Set static properties on the AbpAuditLoggingDbProperties class if you need to change the table prefix or set a schema name (if supported by your database provider).

Connection string

This module uses AbpAuditLogging for the connection string name. If you don't define a connection string with this name, it fallbacks to the Default connection string.

See the connection strings documentation for details.

Entity Framework Core

Tables
  • AbpAuditLogs
    • AbpAuditLogActions
    • AbpEntityChanges
      • AbpEntityPropertyChanges

MongoDB

Collections
  • AbpAuditLogs

Permissions

See the AbpAuditLoggingPermissions class members for all permissions defined for this module.

Angular UI

Installation

In order to configure the application to use the AuditLoggingModule, you first need to import AuditLoggingConfigModule from @volo/abp.ng.audit-logging/config to root module. AuditLoggingConfigModule has a static forRoot method which you should call for a proper configuration.

// app.module.ts
import { AuditLoggingConfigModule } from '@volo/abp.ng.audit-logging/config';

@NgModule({
  imports: [
    // other imports
    AuditLoggingConfigModule.forRoot(),
    // other imports
  ],
  // ...
})
export class AppModule {}

The AuditLoggingModule should be imported and lazy-loaded in your routing module. It has a static forLazy method for configuration. Available options are listed below. It is available for import from @volo/abp.ng.audit-logging.

// app-routing.module.ts
const routes: Routes = [
  // other route definitions
  {
    path: 'audit-logs',
    loadChildren: () =>
      import('@volo/abp.ng.audit-logging').then(m => m.AuditLoggingModule.forLazy(/* options here */)),
  },
];

@NgModule(/* AppRoutingModule metadata */)
export class AppRoutingModule {}

If you have generated your project via the startup template, you do not have to do anything, because it already has both AuditLoggingConfigModule and AuditLoggingModule.

Options

You can modify the look and behavior of the module pages by passing the following options to AuditLoggingModule.forLazy static method:

Services / Models

Audit Logging module services and models are generated via generate-proxy command of the ABP CLI. If you need the module's proxies, you can run the following command in the Angular project directory:

abp generate-proxy --module auditLogging

Replaceable Components

eAuditLoggingComponents enum provides all replaceable component keys. It is available for import from @volo/abp.ng.audit-logging.

Please check Component Replacement document for details.

Remote Endpoint URL

The Audit Logging module remote endpoint URL can be configured in the environment files.

export const environment = {
  // other configurations
  apis: {
    default: {
      url: 'default url here',
    },
    AbpAuditLogging: {
      url: 'Audit Logging remote url here'
    }
    // other api configurations
  },
};

The Audit Logging module remote URL configuration shown above is optional. If you don't set a URL, the default.url will be used as fallback.

Distributed Events

This module doesn't define any additional distributed event. See the standard distributed events.

Contributors


Last updated: August 25, 2024 Edit this page on GitHub

Was this page helpful?

Please make a selection.

To help us improve, please share your reason for the negative feedback in the field below.

Please enter a note.

Thank you for your valuable feedback!

Please note that although we cannot respond to feedback, our team will use your comments to improve the experience.

In this document
Community Talks

Building Modular Monolith Applications Using .NET and ABP Framework

17 Oct, 17:00
Online
Watch the Event
Mastering ABP Framework Book
Mastering ABP Framework

This book will help you gain a complete understanding of the framework and modern web application development techniques.

Learn More