-
Notifications
You must be signed in to change notification settings - Fork 293
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Removing unnessssary DDIC dependencies #692
Comments
WIP #692 Co-authored-by: Lars Hvam <larshp@hotmail.com>
@larshp couple of questions:
|
1: its the number of times its referenced, daily updated numbers at https://abaplint.app/stats/sapmentors/abap2xlsx/void_types, but it might be buggy 2: yea, sure, feel free |
followup abap2xlsx#714 WIP abap2xlsx#692
WIP #692 Co-authored-by: Lars Hvam <larshp@hotmail.com>
* remove CHAR07 See #692 * fixed formatting Co-authored-by: Gregor Wolf <gregor.wolf@gmail.com> Co-authored-by: Lars Hvam <larshp@hotmail.com>
Change uses from DOMA STRING to builtin STRING #692
I have marked as removed a couple of items above because either they're found in a "non cloud" source or in a demo report. Hope this is fine. |
Regarding INTTYPE, I'm not sure that it makes sense to remove it: other than in ZEXCEL_S_CONVERTER_FCAT, it is also used in LVC_S_FCAT which is in turn used by ZCL_EXCEL_CONVERTER (see ZDEMO_EXCEL32). We'd have to remove LVC_S_FCAT as well or clone it or... maybe move these to the "non cloud" package? If the rationale is to be BTP-ready, how do I know that INTTYPE is not kosher? OTOH LVC_S_FCAT seems to be offlimits: (screenshot taken from BTP trial instance, created today) EDIT: here is the PR, just in case |
todo:
|
use builtin type instead, ref #692 Co-authored-by: sandraros <34005250+sandraros@users.noreply.github.com>
use builtin type instead, ref #692 Co-authored-by: sandraros <34005250+sandraros@users.noreply.github.com>
I've added them to the list in the first comment, easier to track this way |
Another one will be fixed with #936 |
This is the activation error list I currently get with my Steampunk system:
|
I guess above is only the DDIC activation. Eg. use of the "DESCRIBE" statement is not allowed in steampunk but in the abap2xlsx code I think most of the findings in https://github.com/abap2xlsx/abap2xlsx/pull/925/checks?check_run_id=4655710541 are correct |
Current situation (SAP S/4HANA Public Cloud), filtering the Dictionary Log on "error":
|
@sandraros looks like its just the DDIC stuff(which is also the topic of this issue), but theres also a lot of code changes to be made, https://github.com/abap2xlsx/abap2xlsx/runs/20393685451 one code change is #1125 |
Suggest replacing usages of the following types with builtin types like
C
andabap_bool
BOOLEAN9CHAR_022CHAR016CHAR0744CHAR081CHAR131CHAR1023CHAR28CHAR20925CHAR255181CHAR3305CHAR518CHAR50180CHAR74CHAR8537DATS1 (only used in zcl_excel_ole)DATUM14 (only used in calendar demo)FLAG 3987
INT1 646 (DTEL is Steampunk released object, DOMA should not be used)
INT2 384 (DTEL is Steampunk released object, DOMA should not be used)
INT4 1318 (DTEL is Steampunk released object, DOMA should not be used)
INTTYPE28 #898NUM13NUM81NUMC144NUMC33OS_BOOLEAN41XFELD898DOMA TEXT31
DOMA UUID, #924DOMA FIELDNAME
GUID_16, #924The text was updated successfully, but these errors were encountered: