A Symfony Bundle To Log Selective Events. It is easy to configure and easy to customize for your need.
Symfony | PHP | EasyAuditBundle | Support |
---|---|---|---|
6.x | >=8.0.2 | 3.x.x | New Features / Bugs |
5.x | >=7.2.5 | 2.x.x | Bugs |
2.7-4.4 | ^5.6,^7.0 | 1.4.x | - |
<=2.8 | ^5.4-7.3 | 1.3.x | - |
<=2.4 | ^5.4 | 1.2.x | - |
- Add EasyAuditBundle in your composer.json
- Enable the Bundle
- Create audit_log entity class
- Configure config.yml
- Update Database Schema
Add EasyAuditBundle in your composer.json:
{
"require": {
"xiidea/easy-audit": "^3.0"
}
}
Now tell composer to download the bundle by running the command:
$ php composer.phar update xiidea/easy-audit
Composer will install the bundle to your project's vendor/xiidea
directory.
<?php
// app/AppKernel.php
public function registerBundles()
{
$bundles = array(
// ...
new Xiidea\EasyAuditBundle\XiideaEasyAuditBundle(),
);
}
The XiideaEasyAuditBundle supports Doctrine ORM/MongoDB by default. However, you must provide a concrete AuditLog class. Follow the instructions to set up the class:
You can find sample config data in Resources/config/config-sample.yml
file
# app/config/config.yml
xiidea_easy_audit:
#resolver: xiidea.easy_audit.default_event_resolver #Optional
#audit_log_class : MyProject\Bundle\MyBundle\Entity\AuditLog #Required
#doctrine_event_resolver : xiidea.easy_audit.default_doctrine_event_resolver #Optional
#default_logger : true #Optional
#user property to use as actor of an event
#valid value will be any valid property of your user class
user_property : ~ # or username #Optional
#List of doctrine entity:event you wish to track or set to false to disable logs for doctrine events
# valid events are = [created, updated, deleted]
#doctrine_objects : #Optional
# MyProject\Bundle\MyBundle\Entity\MyEntity : [created, updated, deleted]
# MyProject\Bundle\MyBundle\Entity\MyEntity2 : []
#List all events you want to track (Optional from v1.2.1 you can now use subscriber to define it)
events : #Optional
- security.interactive_login
#List all custom resolver for event
#custom_resolvers :
# security.interactive_login : user.event_resolver
#logger_channel:
# xiidea.easy_audit.logger.service: ["info", "debug"]
# file.logger: ["!info", "!debug"]
#Custom Event Resolver Service
services:
#user.event_resolver:
# class: Xiidea\EasyAuditBundle\Resolver\UserEventResolver
# calls:
# - [ setContainer,[ @service_container ] ]
As all setup done, now you need to update your database schema. To do so,run the following command from your project directory
$ php app/console doctrine:schema:update --force
Logger
is the core service which are responsible for persist the event info. You can define as many logger as you like.
EasyAudit Bundled with a logger service xiidea.easy_audit.logger.service
which is the default logger service. You can easily
disable the service by setting default_logger: false
in configuration.
Resolver
is like translator for an event. It used to translate an event to AuditLog entity. EasyAudit bundled with two(2)
resolver services xiidea.easy_audit.default_event_resolver
, xiidea.easy_audit.default_doctrine_event_resolver
. And a
custom EventResolver class UserEventResolver
to illustrate how the transformation works. You can define as many resolver
service as you want and use them to handle different event. Here is the place you can set the severity level for a event. Default
level is Psr\Log\LogLevel::INFO
. Custom severity levels are not available. EasyAudit supports the logging levels
described by PSR-3. These values are present for basic filtering purposes. You can
use this value as channel to register different logger to handle different event. If you add any other field to your
AuditLog object, this is the place to add those extra information (tags, metadata, etc..)
It is now possible to register logger for specific channel. channel is refers to log level. you can configure EasyAudit logger services to handle only specific level of event.
-
Since v1.2.2
pre_persist_listener
option has been removed. You can use this cookbook to achieve the same functionality -
Since v1.2.2
EventResolverInterface
been split intoEmbeddedEventResolverInterface
andEventResolverInterface
-
Since v1.3.x The new Event object has been adapted. And the signature of
EmbeddedEventResolverInterface
andEventResolverInterface
also changed. Now it expects extra $eventName parameter -
Since v1.4.7
EntityEventResolver
been refactored to a simplified version, if your code directly depends on older version of the implementation you are advised to copy the content of old implementation from here -
Since v2.0 The FosUserBundle Events are removed from
UserEventResolver
and Event class usingSymfony\Contracts\*
namespace -
Since v3.0 As
Symfony\Component\Security\Core\Event\AuthenticationEvent
not exists anymore,security.authentication.failure
resolver also removed.
Look the cookbook for another interesting things.