SDK Lifecycle Management: FAQs
Lifecycle Management: FAQs
Table of contents
- What are the SAP Cloud Application Studio deployment and landscape basics?
- How can I connect to the Cloud Application Studio?
- How can I enable the Consistency Check feature in background Mode within the Cloud Application Studio?
- How can I check the failed logs for an Add-on?
- Can a solution (developed in a tenant on a higher release version), be deployed to a tenant on a lower release version?
- Why can’t I see the Production Bug Fix icon in my production tenant?
- What are the pre-requisites for requesting a change project?
- Why are custom fields created as part of a PDI solution not visible on the UI?
- Why am I not able to delete existing content/extension fields?
- What happens if I disable a solution?
- Why is data not visible in patch?
- When to use Split Activate v/s Right click Activate All
FAQs- LIFECYCLE MANAGEMENT
- What are the SAP Cloud Application Studio deployment and landscape basics?
The SAP Cloud Application Studio is a client application installed on the developer’s computer which connects using a secure SSL connection to the SAP Cloud for Customer System.
Please refer to the blog for further details:https://blogs.sap.com/2015/08/27/sap-cloud-applications-studio-deployment-landscape-basics/ - How can I connect the Cloud Application Studio to a tenant?You should have the latest Cloud Application Studio installed in your system. After this you need to configure your user and connect. Please refer to the below blog for further details:
https://blogs.sap.com/2014/04/09/cloud-applications-studio-short-best-practice-videos/
- How can I enable the Consistency Check feature in Background Mode within the Cloud Application Studio?
Consistency Check is a feature wherein developer can check consistency in the background. Please refer to the below blog for further details:https://blogs.sap.com/2016/05/27/1605-new-feature-check-consistency-in-background/
- How can I check the failed logs for an Add-on?
- Open the Cloud Applications Studio
- Open the corresponding Add-On
- Go to the Implementation Manager section
- Go to the Version history tab as shown below
- Can a solution (developed in a tenant on a higher release version), be deployed to a tenant on a lower release version?
No, downward release compatibility of solutions is not supported in PDI. - Why can’t I see the Production Bug Fix icon in my production tenant?Check whether the solution is scoped and deployed successfully in the tenant. Also, ensure that the Production Fix Authorization work center view is assigned to your user.
- What are the pre-requisites for requesting a change project?
Before requesting a change project, please ensure that the solutions on the source and target system are in sync and on same versions. Disable solutions that are either missing on source or on target system. - Why are custom fields created as part of a PDI solution not visible on the UI?Please check whether the solution is enabled/scoped. Only on enabling/scoping a solution, the artifacts would be visible on the UI.
- Why am I not able to delete existing content/extension fields?If the solution is in maintenance mode, deletion of few content types isn’t permitted. Please refer to the studio help documentation to find the content types supported in maintenance mode.
- What happens if I disable a solution?The solution artifacts would no longer be visible and executed in the UI. Moreover, disabling of a solution would cause loss of any BC fine tuning data configuration for the solution.
- Why is data not visible in patch?
Original and Patch are two namespaces for a given solution. Technically these are two different solutions and do not share any meta objects or data. So, if a patch is created for the first time only the design time artifacts are copied to a new namespace, the data from original solution is not copied.
- When to use Split Activate v/s Right Click Activate All?
Split Activate runs activation in delta mode, that means only the changed items are activated thus saving time. However Right Click -> Activate All items on a solution level would run activation for complete solution. A Right click -> Activate all is advised to be performed for large and major development changes done in a solution version as it ensures a consistent solution for deployments.
Thanks Jaspreet for creating this.
Great collection of very needed explanations, Jaspreet Kaur ! Thank you!
I have a question about # 11. Does it mean the best practice is to create a solution and immediately (or very close to immediately) create a patch for it? Otherwise, the data maintained in custom artefacts (like custom business objects and SDK extension fields) will be lost once the patch created and we switch to it.
Hello Andrei,
Yes, it is a best practice to create a patch immediately after creation of original solution so as to have the data created always in the patch namespace.
Thanks,
Jaspreet
Dear Team,
currently we are implementing c4c utilities product which is yet to go live.
currently we have development tenant lets say X. it is stand alone and does not connect to S4 system. we are developing solutions ( changes to the solution, patch creation ) in this tenant using cloud SDK. once developed, then solution is assembled and we are moving it to different teanant, lets say Y, which is connected to S4 back end ( unit testing system ). once changes are unit tested, then we are deploying solutions to tenants which are in ITC cycle.
it is taking longer development cycles to develop and test the code because tenant X is not connected to the S4. so we are thinking to use tenant Y to develop solutions and patch creation now onwards because it is connected to S4 and avoid doing the changes using X.
can you please suggest how we can achieve this and Is there any risks associated with this approach ? We have created incident with SAP already and they suggested to leave comment here. Please help asap. we are in ITC4 and would like to assess this option asap.
Dear Team,
can you please help ?