Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • If designers publish production forms/flows from their individual designer accounts and edit a production form/flow, they will be editing a live form. This does not give any source code / QA control.
  • If there are multiple people designing forms in designer publishing production forms/flows from their own accounts, then your production apps/ forms/flows will be scattered around between different user accounts and it may will be more challenging to maintain them.
  • The username of the user account where the form/flow is published is used in the form/flow url and you might not want the username to be known to all other form users.
  • Designer users have permission to view submissions. Publishing forms in a generic production account prevents the designer from viewing production submissions.

...

  1. Create a generic production user (ex: “production@<your tenant>”) and give this user the frevvo.Designer role. All your production forms/flows will be in this user account.

    Tip

    If you are using a non-default security manager, this step and the next step would be done via your IDP software.

  2. Assign the frevvo.Publisher role to one or more other users.
  3. When a designer is ready to deploy a form/flow/application for production or update one already in production, the designer will download the form/flow/application zipfile and check it into a source code repository (outside of a frevvo server).
  4. A frevvo.Publisher will check-out the new form/flow/application from the source code repository (a repository outside of a frevvo server) and upload/replace the form/flow/application into the generic production user account.

    Image Modified

Updating a Form or Flow in Production

...

  • The only way to guarantee the same behavior for both tenants is to configure both with the same security manager.
  • Each tenant should point to it’s own instance of your security manager.
  • For example if you are using LDAP, a development LDAP domain with a set of LDAP groups that are EXACTLY the same as your production LDAP domain is suggested. This way flows can be moved from your development tenant to your production tenant and workflow navigation w/roles is guaranteed to work correctly.
  • The generic production user account (ex: "production@<your tenant>production") must be created in your IDP (LDAP, Azure, SAML).

...