DDLS objects are not cheked in a transport in their deserialize method.
The parallel activation does not call RS_WORKING_OBJECTS_ACTIVATE which
checks in the activated object in a transport.
Therefor, DDLS objecst are never checked in a transport when
the parallel activation is in place (the option experimental features
is enabled - which is enabled by default on all our systems).
I wanted to use TRINT_OBJECTS_CHECK_AND_INSERT because this function
is used by ADT:
CL_WB_ADT_REST_RESOURCE~post
CL_WB_ADT_REST_RESOURCE_DATA
~if_wb_adt_rest_resource_data~get_transport_key
CL_WB_OBJECT~get_transport_key -> PGMID%3DR3TR, OBJTYPE%3DDDLS
CL_WB_ADT_REST_RESOURCE~lock
CL_WB_ADT_REST_RESOURCE~check_obj_in_transport_request
CL_ADT_CTS_MANAGEMENT~check_objects_in_request
CL_ADT_CTS_MANAGEMENT~LCL_DB_PERSISTENCE~check_objects
CALL FUNCTION CTS_WBO_API_CHECK_OBJECTS
CALL FUNCTION TRINT_WBO_IMPL_CHECK_OBJECTS
SAPLCTS_WBO_API_IMPL /
LCTS_WBO_API_IMPLF06 /
FORM CALL_OBJECTS_CHECK_AND_INSERT
CALL FUNCTION
TRINT_OBJECTS_CHECK_AND_INSERT
But it is not enough to call this function, hence, I use RS_CORR_INSERT
which was mentioned by @larshp in our slack conversation. The function
internally use calls TRINT_OBJECTS_CHECK_AND_INSERT.
I tested this patch with modification of a CDS view and also with
adding a new CDS view.
Closes#1466
The short description contains "(unused)".
For some strange reason, I saw that field set to D in one of our sandbox
systems.
Addresses the issue #1427.
Old code generate error of duplicity because SPRAS is case sensitive, but the name of files not.
New code use the 2-caracteres code for language.
Examples (T002):
SPRAS: 'C' -> LAISO: CS -> 'Czech'
SPRAS: 'c' -> LAISO: CA -> 'Catalan'
For some reason, we are using experimental features of abapGit.
Some time ago, all class were re-serialized with the serializer
LCL_OBJECT_CLASS_NEW.
After upgrade to 1.60, we started getting an error telling that CLAS
is not supported.
The CLASS NEW serializer became standard and the class has been renamed.
Unfortunately, our xml files still includes reference to the CLASS NEW.
I would just use a sed script, if knew all the affected repositories -
we have plenty of repositories versioned by abapGit.
This patch revives the CLASS NEW. It reports itself as the standard
class, so the CLASS NEW can be removed in year or two when all files
are re-serialized.
See commit 21d22d93f2
* ECTD: Ecatt test data container serialization
* add changed_by | clear SAPRL and VAR_EXT_PATH
* fix changed by
* fix conditional logic in changed by
* fix linter errors
* Add T100 support to ZCX_ABAPGIT_EXCEPTION
* Use T100 error messages in DEVC
* Replace zcx_abapgit_exception->text with get_text
* Use SE24 generated constructor in T100 exception
