on 06-12-2015 3:05 PM
* Nested result type
data: begin of ls_cfg_characteristics.
include type /sie/cl_ad_iset_con_02_mpc=>ts_configuration.
data: tocharacteristics type standard table of /sie/cl_ad_iset_con_02_mpc=>ts_characteristic with default key,
end of ls_cfg_characteristics.
Hello Sebastian,
Please check the below points :
1. Navigation Property defined in your GW model should be same as the name used to define the table while declaring the deep structure.
2. Please check the cardinality defined in the GW model between the entities.
3. Make sure Navigation Property is inserted into expand_clause in the Upper Case only.
Regards,
Ashwin
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Ashwin,
thank you for your reply.
I checked everything (again):
1. The navigation property is named the same
2. Cardinality is 1..M
3. I tried to put the navigation in upper case in to expanded_tech_clause but it just ignores it:
append 'TOCHARACTERISTICS' to et_expanded_tech_clauses.
If I do this, the corresponding CHARACTERISTIC_GET_ENTITYSET is called afterwards!
4. I forgot to mention another problem which is definitely related to this:
When I try to determine the expand path with:
io_expand->compare_to_tech_names( 'TOCHARACTERISTICS' ).
I always get en 'N' as a result., but with
lv_compare_exp_cfg_chars = io_expand->compare_to( 'ToCharacteristics' ).
it works (returns 'E').
It seems as if there is a general problem with the handling of the "tech_clauses" table.
User | Count |
---|---|
85 | |
10 | |
10 | |
10 | |
7 | |
6 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.