Overview

This service is deprecated. Please use the PubSub service instead. Refer to the Migration Guide for more information.

The Events service allows other services on the YaaS platform to consume messages from PubSub topics.

What is the difference between the Events and the PubSub services?

  • To only consume events from topics, use either pull or push delivery. You do not need to subscribe to the Events package on the YaaS Market. Simply call the APIs, provided by the Events service, which is part of the Essential Services. For more information about these APIs, see the PubSub documentation. You need an access token from the OAuth2 service to access the APIs.
  • To create and publish events to a topic, subscribe to the Events package and use the appropriate APIs that the PubSub service provides.

Migrate to the PubSub service

  • To use the PubSub service instead of the Events service, replace /events with /pubsub in all API calls. All topics and Push subscriptions are still available. Everything will continue to work as expected.
  • A subscription to the Events package is not required. All APIs available in the Events service are also available in the PubSub service without a subscription.
  • If you use the YaaS Service SDK client generator, update it to to use the PubSub RAML.


API Reference

/topics

/topics/{topicOwnerClient}/{eventType}/read

post

DEPRECATED
Please use the PubSub service instead. A subscription to the Events package is not required.

Read the next event from the given topic. May return an empty response. Returned events must be committed explicitly, if autocommit is not enabled. For more information about how to customize the read behavior, and event delivery guarantees, see the PubSub service documentation.

/topics/{topicOwnerClient}/{eventType}/commit

post

DEPRECATED
Please use the PubSub service instead. A subscription to the Events package is not required.

Commits events.

/topics/{topicOwnerClient}/{eventType}/subscriptions

get

DEPRECATED
Please use the PubSub service instead. A subscription to the Events package is not required.

List all subscriptions of the calling client to the given topic. Returns an empty list if there are none.

post

DEPRECATED
Please use the PubSub service instead. A subscription to the Events package is not required.

Create a new subscription.

/topics/{topicOwnerClient}/{eventType}/subscriptions/{name}

get

DEPRECATED
Please use the PubSub service instead. A subscription to the Events package is not required.

Get subscription details.

delete

DEPRECATED
Please use the PubSub service instead. A subscription to the Events package is not required.

Delete a subscription.

patch

DEPRECATED
Please use the PubSub service instead. A subscription to the Events package is not required.

Update a subscription. The properties username, password and endpoint can be changed. The subscription name cannot be changed.


Security

Personal data

The Events service does not handle personal data directly. Personal data might be present in the events, published to topics, that your service can consume through the Events service. You might also choose to store personal data in the push subscriptions managed in the Events service. In both cases, you control the data stored in the Events service, and only you know whether the event or the push subscription contains personal data and which data subject the data relates to. Therefore, to meet the data privacy requirements, map events and push subscriptions that contain personal data with the corresponding data subjects, and implement a logic to serve any data subject's requests related to its personal data, such as requests for information or deletion. To meet these goals, follow the instructions provided in the Developer Guidelines for Data Privacy.

Data retention

The Events service makes published events available for consumption for 48 hours. Push subscriptions managed via the Events service are stored until explicitly deleted.


Security

Personal data

The Events service does not handle personal data directly. Personal data might be present in the events, published to topics, that your service can consume through the Events service. You might also choose to store personal data in the push subscriptions managed in the Events service. In both cases, you control the data stored in the Events service, and only you know whether the event or the push subscription contains personal data and which data subject the data relates to. Therefore, to meet the data privacy requirements, map events and push subscriptions that contain personal data with the corresponding data subjects, and implement a logic to serve any data subject's requests related to its personal data, such as requests for information or deletion. To meet these goals, follow the instructions provided in the Developer Guidelines for Data Privacy.

Data retention

The Events service makes published events available for consumption for 48 hours. Push subscriptions managed via the Events service are stored until explicitly deleted.


  • Send feedback

    If you find any information that is unclear or incorrect, please let us know so that we can improve the Dev Portal content.

  • Get Help

    Use our private help channel. Receive updates over email and contact our specialists directly.

  • hybris Experts

    If you need more information about this topic, visit hybris Experts to post your own question and interact with our community and experts.