-
Notifications
You must be signed in to change notification settings - Fork 60
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
How to avoid the problem of duplicate names of some tables caused by importing the Azure SDK. #137
Comments
also see #8 workaround would be maintaining a fork where some parts are automatically renamed, https://blogs.sap.com/2021/04/20/automagic-standalone-renaming-of-abap-objects/ |
hi Larshp, I have installed the tool in my laptop, however, the length of some objects have been the longest which is unable to add prefix, and they are also named not in rule. Are there any ways to import the GitHub coding to our ECC system without influent the z objects existing in our system? |
a. Rename all to Y* |
hi Y* is just for testing programs in DEV system, all programs should be Z* in our PRD system |
disable or adjust the settings for https://rules.abaplint.org/object_naming/ renaming of the reference in AUTH might need to be handled manually |
I've opened abaplint/abaplint#2934 |
what do you mean? |
Hi team, do we still need to wait for abaplint team to fix this issue? Looks auth-related can not be renamed. |
renaming of AUTH reference fixed in 2.99.6 |
Hi @zhangyunbo1994, Since SDK has downloaded by customer closing this issue. Regards, |
Hi team,
We are trying to import the Azure SDK in order to develop the function of uploading and downloading blobs, but we found that when importing the Azure SDK, it will report some problems that the Data element of Field used in the tables in the SDK were the same as those used in our system. If the SDK is imported, it will cause conflicts. Is there a way for us to avoid this problem?
For example:
We have a table named ZCOxxxx, and this table has a field UUSER, UUSER data element is ZUNAME, but for Azure SDK, it will also need create a Data Element names ZUNAME, and it will cause conflicts.
![image](https://user-images.githubusercontent.com/44389598/228480815-c127be04-858b-4c6d-b5be-16dc4ae3662a.png)
cc: @sky5685610
Thanks!
The text was updated successfully, but these errors were encountered: