* fix after rebase * new release strategy for ng next Signed-off-by: eromano <eugenioromano16@gmail.com> * peer dep Signed-off-by: eromano <eugenioromano16@gmail.com> * Angular 14 fix unit test and storybook Signed-off-by: eromano <eugenioromano16@gmail.com> fix after rebase Signed-off-by: eromano <eugenioromano16@gmail.com> update pkg.json Signed-off-by: eromano <eugenioromano16@gmail.com> missing dep Signed-off-by: eromano <eugenioromano16@gmail.com> Fix mistake and missing code Dream....build only affected libs Add utility run commands * Use nx command to run affected tests * Fix nx test core fix content tests Run unit with watch false core test fixes reduce test warnings Fix process cloud unit Fix adf unit test Fix lint process cloud Disable lint next line Use right core path Fix insights unit fix linting insights Fix process-services unit fix the extensions test report fix test warnings Fix content unit Fix bunch of content unit * Produce an adf alpha of 14 * hopefully fixing the content * Push back the npm publish * Remove flaky unit * Fix linting * Make the branch as root * Get rid of angualar13 * Remove the travis depth * Fixing version for npm * Enabling cache for unit and build * Fix scss for core and paths Copy i18 and asset by using ng-packager Export the theming alias and fix path Use ng-package to copy assets process-services-cloud Use ng-package to copy assets process-services Use ng-package to copy assets content-services Use ng-package to copy assets insights * feat: fix api secondary entry point * fix storybook rebase * Move dist under dist/libs from lib/dist * Fix the webstyle * Use only necessary nrwl deps and improve lint * Fix unit for libs * Convert lint.sh to targets - improve performance * Use latest of angular * Align alfresco-js-api Signed-off-by: eromano <eugenioromano16@gmail.com> Co-authored-by: eromano <eugenioromano16@gmail.com> Co-authored-by: Mikolaj Serwicki <mikolaj.serwicki@hyland.com> Co-authored-by: Tomasz <tomasz.gnyp@hyland.com>
5.8 KiB
Title, Added, Status, Last reviewed
Title | Added | Status | Last reviewed |
---|---|---|---|
App Config service | v2.0.0 | Active | 2018-09-13 |
App Config service
Supports app configuration settings, stored server side.
Class members
Methods
- get(key:
string
, defaultValue?: )
Gets the value of a named property.- key:
string
- Name of the property - defaultValue: - (Optional) Value to return if the key is not found
- key:
- getLocationHostname():
string
Gets the location.hostname property.- Returns
string
- Value of the property
- Returns
- getLocationPort(prefix:
string
=""
):string
Gets the location.port property.- prefix:
string
- Text added before port value - Returns
string
- Port with prefix
- prefix:
- getLocationProtocol():
string
Gets the location.protocol value.- Returns
string
- The location.protocol string
- Returns
- load():
Promise
<any>
Loads the config file.- Returns
Promise
<any>
- Notification when loading is complete
- Returns
- loadWellKnown(hostIdp:
string
):Promise
<
OpenidConfiguration
>
Call the discovery API to fetch configuration- hostIdp:
string
- - Returns
Promise
<
OpenidConfiguration
>
- Discovery configuration
- hostIdp:
- select(property:
string
):Observable
<any>
Requests notification of a property value when it is loaded.- property:
string
- The desired property value - Returns
Observable
<any>
- Property value, when loaded
- property:
Details
The AppConfigService
service provides support for loading and accessing global application configuration settings that you store on the server side in the form of a JSON file.
You may need this service when deploying your ADF-based application to production servers. There can be more than one server running web apps with different settings, like different addresses for Alfresco Content/Process services.
You may also use the service if there is a need to change global settings for all the clients.
The service is already pre-configured to look for the "app.config.json" file in the application root address. This allows you to deploy ADF-based web applications to multiple servers together with different settings files. You could use this, for example, to create separate development, staging, and production environments.
Example of the default settings file content:
app.config.json
{
"ecmHost": "http://localhost:3000/ecm",
"bpmHost": "http://localhost:3000/bpm",
"application": {
"name": "Alfresco"
}
}
Note that the settings in the example above are the default ones supplied with the server.
You can override the values in your custom app.config.json
file if necessary.
Below is a simple example of using the AppConfigService
in practice.
app.component.ts
import { AppConfigService } from '@alfresco/adf-core';
@Component({...})
export class AppComponent {
constructor(appConfig: AppConfigService) {
// get nested properties by the path
console.log(appConfig.get('application.name'));
// use generics for type safety
let version: number = appConfig.get<number>('version');
console.log(version);
}
}
Your custom components can also benefit from the AppConfigService
.
You can create an unlimited number of settings and optionally organize them as a nested JSON hierarchy.
Variable substitution in configuration strings
The AppConfigService
supports a limited set of variable substitutions to greatly simplify certain scenarios.
{
"ecmHost": "{protocol}//{hostname}:{port}/ecm",
"bpmHost": "{protocol}//{hostname}:{port}/bpm",
"application": {
"name": "Alfresco"
}
}
The supported variables are:
Variable name | Runtime value |
---|---|
protocol | location.protocol |
hostname | location.hostname |
port | location.port |
App Config onLoad Stream
When the app config is loaded correctly, an onChange
event is emitted with the whole set of app
config properties. This comes in handy when a component needs to react to some property change or
interact with the app config when it is finished loading:
appConfig.onLoad.subscribe((appConfig) => {
console.log(appConfig); //this is the representation of the app-config
});
The select
method lets you specify the name of a variable that should be set with the value
of a property when the app config is loaded:
appconfig : {
logLevel : 'trace'
}
appConfig.select('logLevel').subscribe((logLevelValue) => {
console.log(logLevelValue); //this will be 'trace';
});
XMLHttpRequest.withCredentials
In the configuration file, you can enable XMLHttpRequest.withCredentials for @alfresco/js-api calls and PDF Viewer.
{
"auth": {
"withCredentials": true
}
}