I am working in the project where the Requirements is to build:
2x B2B site (no sites are identical in terms of functionality)
1x B2C site
I know that we can't combine Spartacus B2B and B2C in single code base which lead to this following Questions:
Does CCV2 support multiple Spartacus site deployment?
Will CCV2 support multiple contexts with Spartacus sites deployment?
I heard from my colleague that it's possible to support multiple JavaScript storefront in CCV2 now.
For details about configuration & setup, please refer to these urls below:
https://help.sap.com/docs/SAP_COMMERCE_CLOUD_PUBLIC_CLOUD/b2f400d4c0414461a4bb7e115dccd779/1c26045800fa4f85a9d49e5a614e5c22.html
https://www.sap.com/cxworks/article/2589633836/supporting_multiple_sap_commerce_cloud_storefronts
Related
I'm searching for headless CMS on Yii2 to integrate it with my web app. The problem is I need only the one for editing database content. I don't need a typical CMS with caching, templates, pages and many other things.
Luya CMS supports headless use. From their site:
As LUYA is built upon the concept of REST APIs, providing headless access to the database content of LUYA is a no brainer. You can either access the APIs or the CMS admin APIs
If that is too complex to your need you can easily build REST API application based on your DB structure and support only functionality that you really need. I hope this helps.
I am trying to test my web app which includes jsp on some site. Is their any site which can do that like github or eatj?
Heroku will let you host web apps for free. The free tier has some limitations, but for testing it should work fine.
I have several Systems under different subdomains working. Every system serves some Restful APIs, which are used by mobile clients.
Now I looked at apigility for managing those APIs.
But the architecture is not completely clear to me. All of my systems serving APIs are built with Zend Framework 2.
Will I have to add to every system the apigility component? Or can I set up another subdomain where I will use apigility? Can I there configure the APIs for all systems from one place? Or will I have to configure the apigility for every system seperate?
It would be nice for me, if I can access apigility under api.example.com and then see the different APIs of the systems I have configured. The APIs will be served under the subdomains of the system, for example:
system1.example.com/api/documents
system2.example.com/api/pictures
etc.
Is this possible with apigility?
You can have multiple APIs in one Apigility install.
By default they will be access from yourdomain/apiname/resource or something like this.
One thing that maybe you dont know is that Apigility works with some standards like HAL or the preference of the team developers for not use nested resources (rosource1/resource2/3). If you not work with this maybe you will fight with the framework all day.
I am using new feature of Azure that enables the active directory authentication for your website without writing any code.
http://azure.microsoft.com/blog/2014/11/13/azure-websites-authentication-authorization/
But the problem is my web application is also hosting some Web APIs, which need to be called without any authentication.
Is there a way (some attributes?) so that I can call Web APIs without any authentication?
Tushar, I see that Byron also replied to your question on his post- and suggested creating another website as for APIs as a work around. However I suggest that you wire-up auth separately for your Web App and APIs following our samples here: https://github.com/AzureADSamples/WebApp-OpenIDConnect-DotNet, https://github.com/AzureADSamples/WebApp-WebAPI-OpenIDConnect-DotNet
Let me know if you run into any issues.
From the very same article you refer:
Current Limitations
There are some limitation to the current preview
release of this feature:
...
With the current release the whole site is placed behind login the
requirement.
Head less authentication/authorization for API scenarios
or service to service scenarios are not currently supported.
So, no, you cannot have partial APIs or pages anonymously available - all pages and API will be protected by the Azure Active Directory.
we are working on integrating OneDrive into our service. There is one issue we are facing with the OAuth redirects.
We have multiple deployment stages in our development process which include different base-urls. Starting with local development, multiple test deployments and one production. Is there any way to use different base urls for allowed redirect urls? Will this ever be supported? Why is it not? Dropbox and GDrive both support this.
My only idea would be to use different apps for the different stages which would introduce some complexity I would like to avoid.
What is the best process of handling different urls in development and production?
I found Consuming onedrive rest api in development environment using localhost which is not something I want to do since it will create confusion at some point if you forget to change your hosts file back.
Regards,
arne
Daron from OneDrive here. Unfortunately that's not supported right now, so your best bet is to register different apps for your different stages. We've noted your feedback though.