Setup instructions
Please check this link before starting the setup of wedia-config on your existing project : Requirements / Common Steps
If your project is still using the “old” security concepts (without the use of PACKAGED_Security), we do not recommend to transform your project into a starter-kit enabling the use of wedia-config, because you will have to remodel and retest your entire security, role and permission model.
To benefit from the full version of wedia-config, we recommend to have an engine version >= 2023.3.0
Your project must be using the security concepts brought by PACKAGED_Security
If you want to use the data managment feature your project’s database management system must be mariaDB
10.5.9+
with “default_storage_engine": innodb
with minimum “innodb_page_size“: 64Kb
The data management feature brought by wedia-config will not be accessible if the following limits are reached:
30 metadata of list type, Yes/No, or tree with single selection
150 fields per object maximum (with a default of 70 per collection)
100,000 assets
Instructions
1/ Engine upgrade
Upgrade to version greater or equal to 2023.3.0
Try to retrieve as many changes as possible from the war (structure, plugin.xml, rewriting.xml, etc…)
You need an extended security.xml from the NAR
Restore plugins from the war
Activate WXM_CONFIG_RESOLVER, PACKAGED_Appearance_Config, PACKAGED_CONFIGS, PACKAGED_BASES and PACKAGED_Faces if they are not already activated
Update Config_Resolver params
Update config_settings value according to you wediaportalrc (appConfigs) configuration
Default value :
{ "mappings": { "portal": "starter-kit@project", "portal@picker": "starter-kit@project@$starter-kit-picker@:userAgent", "portal@picker@office": "starter-kit@project@$starter-kit-picker@office@:userAgent", "portal@picker@office@outlook": "starter-kit@project@$starter-kit-picker@office@outlook@:userAgent", "wediaConfig": "__wedia_config" }, "postProcessors": { "surferRole": "fr.wedia.confres.core.model.processor.SurferRolePostProcessor", "userAgent": { "processor": "fr.wedia.confres.core.model.processor.UserAgentPostProcessor", "config": [ { "pattern": ".*Mobi.*", "name": "$starter-kit-mobile" } ] } }, "baseLocations": { "starter-kit": "PACKAGED_BASES", "emptyObj": "PACKAGED_BASES", "__wedia_config": "PACKAGED_BASES" } }
Example of an updated value of config_settings for a starter-kit project :
{ "mappings": { "portal": "starter-kit@myProject", "portal@picker": "starter-kit@myProject@$starter-kit-picker@:userAgent", "portal@picker@office": "starter-kit@myProject@$starter-kit-picker@office@:userAgent", "portal@picker@office@outlook": "starter-kit@myProject@$starter-kit-picker@office@outlook@:userAgent", "wediaConfig": "__wedia_config" }, "postProcessors": { "surferRole": "fr.wedia.confres.core.model.processor.SurferRolePostProcessor", "userAgent": { "processor": "fr.wedia.confres.core.model.processor.UserAgentPostProcessor", "config": [ { "pattern": ".*Mobi.*", "name": "$starter-kit-mobile" } ] } }, "baseLocations": { "starter-kit": "PACKAGED_BASES", "emptyObj": "PACKAGED_BASES", "__wedia_config": "PACKAGED_BASES" } }
If your project is using postProcessors, you will have to add them in the
postProcessors
part of config_settingsThe value of
baseLocations
should not be changeddefault_holding_plugin should keep it’s default value : PACKAGED_CONFIGS
2/ Portal upgrade
Merge the last wediaproduct/portal release (>= v2023.3.0) on your project
Run npm ci
Check your customizations
Update your wediaportalrc with the new additions on wediaportalrc_product :
Add
useServerConfigResolution
and set it to trueAdd
userServerStyles
and set it to trueCheck that
jspMode
is set to true, if not, set it to true.Add
"wediaConfig": "__wedia_config"
inappConfigs
Switch your project to a starter-kit project, only if the project is not already defined from starter-kit default configuration
rename your project folder to starter-kit@myProject
update
appConfigs
in your wediaportalrc fileIf you know that your project is using some advanced configs for the setup of a specific behaviour/feature please check if the feature is still there after the switch. If not you’ll have to report/override the missing config from
_portal
to yourstartert-kit@myProject
folder
If you want to use the server side portal color feature, you will have some actions to do :
Check that 4.a and 4.b are OK
Check that PACKAGED_Appearance_Config is present and activated
The old colors of your poject set by a css edition will be ignored, you will have to report them using the feature available within wedia-config : Appearance/ Logos & Colors.
The server side’s color feature is only effective for portal
Related articles
Structures / Data Model | Important structures notes
Roles / Permissions / Security