-
Notifications
You must be signed in to change notification settings - Fork 29
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
Variant Management & Personalization #27
Comments
Hi @timostark, the main reason for disabling it, is actually for UI performance reasons, as an additional unnecessary request will be fired (returning with an error) and we did not have the intention to implement variant management in this use-case (out-of-scope). I haven't tried variant management in the mulitenancy context yet, so you might be lucky and it is supported... Would need to try that myself but currently busy with other topics unfortunately! Please let us know in case you have any findings here! Martin |
@martinfrick thanks for your Response. To give you a little bit more context : we are currently evaluating how the end user will call our SaaS solution with multiple apps.. I see the following options and i dont really like any of them :)
What was your vision of how this app should be presented /delivered to the end user? With the sandbox portal? Thanks! |
Ps: regarding
The point is that variant management, flexibility and key user extensibility require backend services (on abap the lrep service). Therefore if there is no magic functionality in the app router (like e.g. The user API) it simply is impossible to work - at least as to my understanding.. |
Hi @timostark, as also mentioned in other questions on the topic of Variant Management, you can find the sample coding and data model definition for independently setting up the required LRep Service right here: https://github.com/SAP-samples/hana-shine-xsa/blob/main/core-node/router/routes/lrep.js https://github.com/SAP-samples/hana-shine-xsa/blob/main/core-db/src/data/lrep.hdbcds Unfortunately, I haven't tried this in a multitenant context yet, but feel free to give it a try and let us know! Best |
Regarding the Launchpad questions - Unfortunately, I don't have any solid advice to offer at the moment. In the long run, we're expecting option 2 to become available, which would allow you to use multitenant SaaS apps in the subscriber subaccount launchpad. However, we don't have an official release date for that feature just yet. In the meantime, you might want to take a look at a workaround and some extra feedback from our community experts. They've shared some details in the comments of this blog post. While we can't guarantee that this approach will continue to work in the future, it did work for us a few months back. It's a bummer, but for now, I think your best bet is to stick with the Sandbox Launchpad (or your own entry page implementation) and wait for the official release of the multitenant launchpad features for subscriber subaccounts. Keep an eye on the blogs and groups linked in the comments above for any updates. |
@martinfrick thank you very much for your response. The blog post comment is very interesting, but I will not "waste" time for that approach, as it all sounds very hacky / not production ready. |
Hi @timostark, |
Hi All,
I've noticed that you have deactivated the personalization and variant management - certainly because the sandbox fiori launchpad does not offer an "lrep" endpoint (from the on-prem world).
Do you know any solution for hosting a multi tenant application while still beeing able to use personalization?
Thanks!
The text was updated successfully, but these errors were encountered: