Skip to content
Merged
Changes from 2 commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
4 changes: 4 additions & 0 deletions java/fiori-drafts.md
Original file line number Diff line number Diff line change
Expand Up @@ -146,6 +146,10 @@ It's possible to create and update data directly without creating intermediate d

These events have the same semantics as described in section [Handling CRUD events](./cqn-services/application-services#crudevents).

::: tip
With the 4.8.0 release CAP Java introduced a mode where POST without `IsActiveEnitity=true` results in the `CqnService.EVENT_CREATE` (creation of an active entity) for the given entity. This mode is only active when the CDS property `cds.draft.post-active` is set to `true` and an the entity is annotated with `@Common.DraftRoot.NewAction`. The value of entity should be the name of an unbound action in the same service of the entity. In case the entity has a key with the type `UUID` the action needs no further parameter. Otherwise the action needs the key value(s) of the entity as parameters.
Copy link
Copy Markdown
Contributor

@t-bonk t-bonk Mar 23, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@rjayasinghe Isn't there also a compiler setting required in .cdsrc.json?

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes and no. There is a compiler setting automatically creating the annotation and the action mentioned in the annotation. But an application developer can add the annotation and the action manually to their CDS model and then we can behave the same way.

Comment thread
rjayasinghe marked this conversation as resolved.
Outdated
:::

::: warning
Directly updating the active entity does **not** bypass the [Draft Lock](#draft-lock). If an existing draft locks the active entity, the system blocks any attempt to update it. This ensures that the system does not lose changes to the active entity when you subsequently activate a draft.
:::
Expand Down
Loading