CDS pluginCDS plugintypeInstalls into a CAP project and extends the runtime. CAP loads it through cds.requires or the plugin hook.See every one →What this type is →independently maintainedindependently maintainedoriginPublished by one person or a small company outside SAP. Says nothing about quality; the readings say that.See every one →

cds-event-monitoring

A CAP plugin that stores every event received on its configured messaging topics in a table, with a Fiori-annotated service to browse them, resend events and drain a dead-message queue.

Subscribes to the messaging topics named in its configuration, writes every event it receives into an EventData entity, and exposes EventMonitoringService over it, with actions to resend one event, to resend everything on a topic between two timestamps, and to consume and requeue a dead-message queue. retentionInDays deletes rows older than the given number of days, and only when a new event arrives; ignoreIdenticalEvents drops the repeats a retry produces. The Events projection carries Fiori annotations, so a monitoring UI is an app over the service rather than a screen to design, and extending EventData with a column fills it from the matching field in the event body. It records the topics and queues it is configured with by name, and consuming a dead-message queue acknowledges those messages, which takes them out of the broker.

Facts

Latestv0.1.2ReleasedLast pushLicenceMIT

Where it sits

Lives in
Provides
Event MeshCAPEvent MeshcapabilityEmitting and consuming business events across systems through brokers, including subscriptions and mapping application events to broker topics. Work that must survive a request, including deferred processing and retries, belongs to [async processing](capability:async-processing).Async processingCAPAsync processingcapabilityDoing work outside the request that triggered it, with a guarantee that it eventually happens — deferred jobs, retries, and periodic work. Distinct from messaging, which is about telling other systems.
Flavors
Node.jsfrom its runtime
Requires
@sap/cds≥ 7@sap/cdsartifactThe peer range, as published.

Who is behind it

Armin HattingArmin HattingPersonMaintains this
In the atlas: maintains 1, contributes to 1
@chuckberrry
maintainer

Before choosing this

Conditions

LicenceSAP Developer License Agreement 3.2 CAP§ 1, 2, 3A cds-plugin is used with SAP CAP materials, or an artifact is explicitly identified as a CAP plugin or application.
  • § 1 License. Productive customer applications are limited to SAP BTP or another SAP-licensed platform, and mass extraction to a non-SAP product is restricted except where solely required for SAP interoperability.
  • § 2 Intellectual Property. The agreement retains SAP's rights in the covered materials and limits making APIs, tools or software available to third parties, while preserving ownership of customer applications subject to SAP's underlying rights.
  • § 3 Artificial Intelligence Training. The agreement prohibits use of the covered materials and customer applications for training artificial-intelligence models or systems.
SAP Developer License Agreement 3.2 CAP →

Also, from Async processing§ 1: Messaging is not automatically mass extraction, but an external broker can cross the boundary named in section 1. The data flow, volume and interoperability purpose therefore need to be checked for the concrete design.

What it declares

Every artifact

Type
CDS plugin
Origin
Independently maintained
Runtime
Node.js

As a CDS plugin

Declared for
>=7
Distributed through
npm

Connections2

Install

npm add cds-event-monitoring

Derived from the package name. No recipe recorded; the README has the configuration.

README

quoted from chuckberrry/cds-event-monitoring under MIT, read
chuckberrry/cds-event-monitoring/README.mdOn GitHub

CDS Event Monitoring Plugin

The Event Monitoring Plugin provides a robust event monitoring service capable of hooking into multiple topics and storing event data in a database table. It exposes this data through a CDS service that users can extend as needed. This is perfect if you want to keep track of your event data and need retry/resend functionalities. For an example of how to use this package, refer to the testProject folder of the github repository.

Features

  • Event Monitoring for Multiple Topics
  • Stores event data in a customizable CDS entity/table.
  • Provides a default CDS service (EventMonitoringService) to interact with event data.
  • Actions to resend individual events, all events, or dead-message queue events.
  • Monitors and consumes messages from specified DMQs.
  • Configurable retentionInDays setting to automatically delete old events.
  • Duplicate Event Filtering

Table of Content

Setup

To enable event monitoring, add this plugin package to your project with the following command:

 npm add cds-event-monitoring
Adding Required Configurations

This package requires specific configurations in your package.json or .cdsrc.json.

  "cds": {
    "requires": {
      ...
      "event-monitoring": {
        "retentionInDays": 7,
        "topics": [
          "<namespace>/<topic-name>"
        ],
        "dead-message-queues": [
          "<namespace>/<dead-message-queue-name>"
        ]
      }
    }
  }
Configuration OptionTypeDescription
topicsArray of StringsDefines the topics that the package will monitor.
retentionInDays (optional)IntegerSpecifies the number of days to retain events in the database. Events are deleted when a new event is detected. If no events are received, no deletion occurs.
ignoreIdenticalEvents (optional)BooleanIf you want to ignore events with the same data (e.g., from retries), set this flag to true. Default: false.
dead-message-queues (optional)Array of StringsDefines the dead-message queues that will be monitored. Be aware that messages from the DMQ will be consumed and acknowledged.

Default service definition

The package includes a default service definition, providing an endpoint for interacting with event data.

service EventMonitoringService {

  action resendAll(topic : String, startTimestamp : Timestamp, endTimestamp : Timestamp);
  action resendDeadMessageQueue(queue : String);
  action sendToTopic(topic : String, message : LargeString);

  entity Events as projection on EventData
    actions {
      action resend();
      action resendToTopic(topic : String);
    };

}

The resend action allows requeuing the event back into the original topic.

Extending the Service

To extend the existing service, add a new CDS service to your project and import the event monitoring service from the package:

using {EventMonitoringService} from 'cds-event-monitoring/srv';

extend EventMonitoringService with @(requires: 'admin');

In this example, the service is extended with a custom scope.

Extending the Service and Event Logic

You can create your own service implementation that extends the existing one. Use the @impl annotation to reference an implementation file.

extend EventMonitoringService with @(impl: 'srv/event-ext.js');

Next, import the existing service implementation and extend it with your own logic:

const cds = require('@sap/cds');
const EventServiceHandler = require('cds-event-monitoring/srv');
module.exports = class EventServiceExt extends EventServiceHandler {
  async init() {
    const messaging = await cds.connect.to('messaging');

    // extend messaging behavior
    messaging.on('*', (msg) => {
      const { data, event } = msg;
      console.log(data);
      console.log(event);
    });

    // hook into CRUD events
    this.after('each', (data) => {
      console.log(data);
    });

    return super.init();
  }
};

Note: New messaging handlers will execute before the event logic provided by the package, ensuring you do not overwrite existing logic.

Service extensions are also compatible with TS projects.

import cds from '@sap/cds';

import EventServiceHandler from 'cds-event-monitoring/srv';

export default class EventServiceExt extends EventServiceHandler {
  async init() {
    const messaging = await cds.connect.to('messaging');

    // extend messaging behavior
    messaging.on('*', (msg) => {
      const { data, event } = msg;
      console.log(data);
      console.log(event);
    });

    return super.init();
  }
}

Fiori annotations

The Events includes several predefined Fiori annotations, which can be used and extended to develop an event monitoring UI. You can find an example in the testProject/app folder of the github repository.

Extending the database table

If you want to store specific fields in separate database columns (for example for searching purposes) you can do so, by extending the cds entity EventData.

using {event.monitoring.EventData} from 'cds-event-monitoring/db';

extend EventData with {
  description : String;
}

The new fields will be automatically filled with the data of the incoming event. Make sure, that a corresponding data field is present in the event body. In this example e.g.

{
  "data": {
    ...,
    "description": "<description-string>"
  }
}
MIT, read

History

Latest

v0.1.0

Notes

Release of first fully tested version

0downloads per week, npm
Weekly downloads for cds-event-monitoring26 complete calendar weeks from 2026-04-27 to 2026-10-25; the latest total is 0.27 Apr – 3 May: 54 May – 10 May: 1111 May – 17 May: 1518 May – 24 May: 925 May – 31 May: 41 Jun – 7 Jun: 88 Jun – 14 Jun: 1315 Jun – 21 Jun: 222 Jun – 28 Jun: 329 Jun – 5 Jul: 146 Jul – 12 Jul: 1113 Jul – 19 Jul: 420 Jul – 26 Jul: 727 Jul – 2 Aug: 03 Aug – 9 Aug: 610 Aug – 16 Aug: 617 Aug – 23 Aug: 124 Aug – 30 Aug: 1331 Aug – 6 Sept: 87 Sept – 13 Sept: 814 Sept – 20 Sept: 521 Sept – 27 Sept: 328 Sept – 4 Oct: 15 Oct – 11 Oct: 012 Oct – 18 Oct: 119 Oct – 25 Oct: 0

Others providing24

Event Mesh
  1. SAP Integration Suite, advanced event meshEvent streaming and management platform in Integration Suitefrom BTP/BAIP
  2. SAP Cloud Application Event HubDistributes business events between SAP cloud applicationsfrom BTP/BAIP
  3. Event MeshManaged queues and topics over AMQP, MQTT and RESTfrom BTP/BAIP
  4. SAP Integration Suite, Event MeshEvent broker inside SAP Integration Suitefrom BTP/BAIP
  5. com.sap.cds:cds-feature-advanced-event-meshCAP Java plugin for SAP Integration Suite, advanced event meshfrom CAP
  6. com.sap.cds:cds-feature-enterprise-messagingConnects CAP Java messaging to SAP Event Meshfrom CAP
  7. com.sap.cds:cds-feature-event-hubConnects CAP Java messaging to SAP Cloud Application Event Hubfrom CAP
  8. com.sap.cds:cds-feature-kafkaConnects CAP Java messaging to Apache Kafkafrom CAP
  9. com.sap.cds:cds-feature-redisBeta connector from CAP Java messaging to Redis Pub/Subfrom CAP
  10. com.sap.cds:cds-services-bomMaven bill of materials pinning CAP Java module versionsfrom CAP
  11. @cap-js/advanced-event-meshCAP integration with SAP Integration Suite advanced event meshfrom CAP
  12. @cap-js/asyncapiExports AsyncAPI documents for a CAP service's eventsfrom CAP
  13. @cap-js/event-brokerConsumes events from SAP Cloud Application Event Hub in CAPfrom CAP
  14. cds-kafkaKafka adapter exposing topics as a CDS messaging servicefrom CAP
  15. cesar-sap/abap_kafka_rest_proxyABAP connector to Kafka through the Confluent Kafka REST Proxyfrom ABAP
  16. gregorwolf/AWS_SNS4ABAPICF handler receiving Amazon SNS notifications in an ABAP systemfrom ABAP
  17. INVIXO/abapMQMQTT 3.1.1 client implemented in ABAPfrom ABAP
  18. MQBAMQTT publish/subscribe in ABAP with an external broker bridgefrom ABAP
  19. @sap/cdsCAP Node.js runtimefrom CAP
Async processing
  1. ABAP-PRCFramework for multi-step ABAP processes with monitoringfrom ABAP
  2. Event MeshManaged queues and topics over AMQP, MQTT and RESTfrom BTP/BAIP
  3. com.sap.cds:cds-services-bomMaven bill of materials pinning CAP Java module versionsfrom CAP
  4. @cap-js-community/event-queueTransactional processing of asynchronous and periodic CAP eventsfrom CAP
  5. @cap-js-community/sap-afc-sdkSDK for SAP Advanced Financial Closing scheduling providers on CDSfrom CAP
  6. @odatano/watchCAP plugin watching Cardano addresses and emitting eventsfrom CAP
  7. @sap/cdsCAP Node.js runtimefrom CAP
  8. cds-natsNATS messaging service for the CAP Node.js runtimefrom CAP

Details

Sources4
The discovery passdiscovered here, npmchecked
npm registry, cds-event-monitoringversion, releases, installschecked
github.com/chuckberrry/cds-event-monitoringtree, pushes, contributors, CIchecked
README.mdquoted, and what the entry declareschecked

Sources are graph entities: the same page may back several entries, and an unreachable source flags every row that rests on it.

Compatibility and provenance
runtimesnode
declared for>=7
latestv0.1.2
first release
releases and cadence5, ~29d median
discovered viaThe discovery pass · npm
first seen in the atlas
ecosystem and domaincap, integration-and-messaging
History in the atlas1
  1. First seen.
For your agent
Ref
artifact:chuckberrry-cds-event-monitoring
JSON
/artifacts/chuckberrry-cds-event-monitoring.json
MCP
Connecting an agent