SAP CDS view自学教程之四：SAP CDS view注解@OData.publish的奥妙

In part1 of this tutorial, the old way to create OData service on top of CDS view is introduced.
In SAP Help Generate Service Artifacts From a CDS View a new annotation is described:

@OData.publish: true

Just add this annotation to your CDS view and the odata service is automatically created, no need for you to go to code SEGW any more.

Once activated, the odata service with naming convention “<your CDS view name>_CDS” is available for registration in tcode /IWFND/MAINT_SERVICE:

Metadata retrieval test ok:

So the question here is: How does this annotation work? How can we research the service generation process through debugging?

Here below is how I figure it out.
First check what objects have been generated: three additional artifacts are highlighted below.

(1) IWMO: SAP Gateway Business Suite Enablement – Model
(2) IWSV: SAP Gateway Business Suite Enablement – Service
(3) CLAS: provider class ZCL_ZJERRYTEST20160311 is generated

If I remove the annotation, or change the annotation to @OData.publish: false, and the two are gone:

So it means the annotation @OData.publish: true will trigger table entry insertion for type IWMO, IWSV and CLAS during view activation. Then again I switch on ST05 trace and easily find the ABAP code where the table insertion is done.

Set breakpoint on the code and observe the callstack in the runtime.

The highlighted callstack frames are essential for odata service generation.

Let’s have a deep look at stack frame 21:
CL_WB_DDLS_SECOBJ_HNDLR_SINGLE->IF_DDIC_WB_DDLS_SECOBJ_HANDLER~ON_ACTIVATION
It will first identify which objects must be created based on delta state.

For example, if I add @OData.publish: true to an existing CDS view and activate it, the corresponding entry will have flag N ( New ) while other existing annotation has type “U” ( Unchanged ).