This release of JEMH contains several significant changes as part of our restructuring of configuration profiles to a more flexible Project Mapping-based model. The majority of the changes made in this version are related to custom field defaults. The most notable addition is the new and improved custom field default system (see here for usage guide).
A new custom field default system is now in place for project mappings. This brings several benefits:
For more information on using the new custom default system, /wiki/spaces/JEMH/pages/143491123. |
In order to future-proof your existing JEMH configuration profiles, some automatic changes will be made to them. JEMH will output the changes it makes to its log file, so it is a good idea to have JEMH's logging enabled beforehand as per this wiki article: Enabling JEMH logging.
The fall-back attributes will be migrated to the profiles default project mapping if the project referred exists:
Note that if a default project mapping does not exist, then JEMH will create one and move the previously mentioned settings.
After upgrading, importing a profile from a previous version will result in any legacy configuration being migrated as per the above criteria. |
Since JEMH 2.0.11: Migrating project fallbacks (project/issueType/component) and profile level Custom Field Defaults into Default Project Mapping. Also migrating static mapping custom field defaults Applying changes for profile 48 [profile1] ---------- Pre-existing default project mapping found with project key [DEF] Set default mapping project key to fall-back project key [FAL] and removed fall-back project key Set default mapping issue type to fall-back issue type [Bug] and removed fall-back issue type Migrating custom field default for field [Not In SOF project scope] from profile level to default project mapping [FAL] Profile default [name=ValidForService, value=this is not valid for default mapping project] NOT migrated as matching field(s) not valid for project [FAL] Migrating custom field default for field [ValidForAllProjects] from profile level to default project mapping [FAL] Profile default [name=customfield_10014, value=id not name] NOT migrated as matching field(s) not valid for project [FAL] Migrating custom field default for field [TextField2] from mapping [FAL] Mapping default [name=ValidForService, value=not valid for default mapping, mapping=FAL] NOT migrated as matching field(s) not valid for project [FAL] Mapping default [name=ValidForService, value=only for service project, mapping=SOF] NOT migrated as matching field(s) not valid for project [SOF] Migrating custom field default for field [TextField3] from mapping [SOF] Migrating custom field default for field [TextField1] from mapping [SOF] (rule id #47) Mapping default [name=ValidForService, value=only for service mapping rule, mapping=SOF, rule=47] NOT migrated as matching field(s) not valid for project [SOF] |
Custom field defaults located at the top profile level are being migrated to the default project mapping. In order to be successfully migrated, the custom field that a default refers to must:
The old configuration section will no longer be visible on the profile configuration screen. In addition, it will no longer be part of the JEMH profile export.
After upgrading, importing a profile from a previous version will result in any legacy configuration being migrated as per the above criteria. |
The three custom field default slots on each project mapping level are now removed. In order to be successfully migrated, the custom field that a default refers to must:
After upgrading, importing a profile from a previous version will result in any legacy configuration being migrated as per the above criteria. |