The proposed implementation of the audit service is to use the existing eventing system, Camel workflow engine, and external triplestore.
Phase 1
The first phase of implementation will be to use the existing event system to emit messages about audit events, process those events with Camel, and creating RDF for events in an external triplestore. The primary goal of this phase is to satisfy the audit service requirements with minimal impact on the repository.
- Make sure that all internal audit events generate JMS messages
- Make sure that generated messages contain enough information to create event RDF
- Create Camel workflow to process messages and create event RDF in an external triplestore
- Propose RDF classes and properties that event RDF should use
- Document recipe for creating event RDF for external events in an external triplestore using SPARQL Update
- Document end-to-end recipe for configuring event service
- Verify that all audit service requirements are satisfied
Phase 2
The second phase of the implementation will be to create an optional component for persisting audit information in the repository. The primary goal of this phase is to improve the durability of the audit persistence using the repository.
- Create a REST API endpoint for audit events attached to each resource, which allows creating external events and retrieving all events
- Update the repository to create audit event records in this container for internal events
- Make sure that other repository functionality is not impacted by enabling or disabling in-repository audit event persistence
- Document end-to-end recipe for configuring event service with in-repository audit event persistence
