Supporting different component variations within same app codebase to be picked up by an IMS Org | Community
Skip to main content
shelly-goel
Adobe Employee
shelly-goelAdobe Employee
Adobe Employee
July 24, 2021
Question

Supporting different component variations within same app codebase to be picked up by an IMS Org

  • July 24, 2021
  • 2 replies
  • 1166 views

The use case is that we want to use the same firefly app code base to have multiple variations of components and pages. This app will be deployed to many  organizations and a specific variation should be picked up by a particular IMS Organization. The expectation is similar to multi-tenancy (though it will be deployed on different servers) OR multi-site management where component/ page is picked up from specific site folder if it is present otherwise from common folder (inheritance model with dynamic routing & dynamic component includes)

 

So we want the code structure to be like:

- web-src

     - src

          - components

                - common

                     - component1

                     - component2

                - Org1 variation

                     - component2 (variation)

                - Org2

                     - component1 (variation)

          - pages

                - common

                     - page1

                     - page2

                - Org1 variation

                     - page2 (variation)

                - Org2

                     - page1 (variation)

 

Please suggest how this could be implemented.

 

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.

2 replies

tmj
Adobe Employee
tmjAdobe Employee
Adobe Employee
August 2, 2021

Hi @shelly-goel, unfortunately, at this time there is no official guideline on multi-org deployment. That being said, you can always take the application codebase and deploy it to an org you have access to. 

    D
    Adobe Employee
    duynguyen_adobeAdobe Employee
    Adobe Employee
    August 3, 2021

    Hi @shelly-goel - as Manik mentioned, this code structure is not supported by Project Firefly. 

    You should consider modularizing your code in a way that commonly used functionalities should be available as (npm) libraries. They can then be used by different projects and apps. Npm libraries also allow you to manage the code releases with semantic versioning, so that there is no hard dependency for the client apps.

    For the remaining pieces which vary by org / customer, they should be put in separate app code bases and deployed to the individual orgs, like what you have today.

    This is the multi-tenant model that we are going towards.

      Terms & ConditionsAccessibility statement

      Loading footer...