A shared resource is an application resource that
can be shared across any
app, or
process.
These files are never checked in or published, and they do not use version control.
A list of shared resource files shows when you import or check the dependencies of an app.
The ways the shared resource files are applied in design time and runtime:
- Access tokens are
collections of credentials that are used to authenticate communication directly between
AgilePoint NX and an external system. Because it is the AgilePoint NX system that uses
these credentials, rather than an app, there is no difference between design time and runtime access
tokens. Access tokens are never checked in or published, and they do not use version
control. If you change an access token in App Builder or Manage Center, the access token changes immediately everywhere the access token is used. Changes to
app level access tokens apply to all versions of an app, including running application instances. Changes to global access tokens apply everywhere they are used in AgilePoint NX. You can not roll back an access
token to a previous version.
- If you create a new version of an application, and change
shared JavaScript or CSS at the
application level, when you publish the new version, the changed shared JavaScript or
CSS files apply to all versions of the application, including all previously published
versions, and all application instances.
This rule does not apply to custom JavaScript and CSS created in an eForm. If you
want to use different versions of JavaScript or CSS for different versions of an
application, you can configure the scripts in eForms, instead of configuring them at
the app level.
