aio-lib-java-0.1.2
Version 0.1.2
Docs:
Here are our various documentation pointers:
- our JavaDocs
- our various modules github README.md files
- as for our
AEM
package please refer to our AIO Events - AEM Installation Guide
Changes:
This new major version brings integrations tests against all AIO Events API (see GH-114) as well better alignment with the latest AIO Events API changes. This allows the AEM package to allow to support the recommended CloudEvents event envelope delivery format (see GH-102)
The CloudEvents
event envelope looks like this :
{
"datacontenttype": "application/json",
"specversion": "1.0",
"source": "urn:uuid:'"${provider_id}"'",
"type": "'"${event_code}"'",
"id": "'"${your_event_id}"'",
"data": "your event json payload"
}'
when the legacy adobe_io
envelope looks like :
{
"event_id": "'"${your_event_id}"'",
"event": "your event json payload"
}'
Breaking change
This can be considered a breaking change: as with this change (GH-114), the default AEM AIO event delivery format is nowcloud_events_v1
and not adobe_io
anymore.
Upgrading existing AEM deployment may thus break former integration. However this can be easily overridden by the AEM admin/developer by updating the Adobe I/O Events' Provider Configuration
OSGI configuration and setting event.delivery.format
to adobe_io
.
For AEMaaCS you will need to add the a com.adobe.aio.aem.event.management.internal.EventProviderConfigSupplierImpl.cfg.json
osgi config file in your CloudManager git repo with the following setting:
{
"event.delivery.format": "adobe_io"
}
Changelog
- GH-102 mapping the new Provider Registration input model allowing to specify the
event_delivery_format
#120 (francoisledroff) - GH-114 adding unit and integration tests #117 (francoisledroff)
- GH-121 fixing the javadocs #122 (francoisledroff)