Uploaded image for project: 'OpenIDM'
  1. OpenIDM
  2. OPENIDM-5297

Property substitution is lost when saving from REST

    Details

    • Type: Bug
    • Status: Closed
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: OpenIDM 4.0.0
    • Fix Version/s: OpenIDM 5.0.0
    • Component/s: Module - Configuration
    • Environment:
      java version "1.7.0_79"
      Java(TM) SE Runtime Environment (build 1.7.0_79-b15)
      Java HotSpot(TM) 64-Bit Server VM (build 24.79-b02, mixed mode)

      CentOS release 6.7 (Final)
    • Sprint:
      OpenIDM Sprint 68
    • Story Points:
      3

      Description

      I have for example the following value for the "host" property of a LDAP connector:

      "host": "&{&{environment}.NL.host}"
      

      In the boot .properties file, I have:

      FRK.NL.host=localhost
      

      OpenIDM is started with "-Denvironment=FRK" .

      It works fine, I can connect to my LDAP directory from OpenIDM. However, in the admin UI, the "Host Name or IP" box of the LDAP connector shows "localhost" and if I change something in that form and save it, the

      "&{&{environment}.NL.host}"
      

      string is lost in the provisioner file, it's replaced by the actual value:

      "host": "localhost"
      

      REST calls which make changes to the config store should not replace parameterized values with literal values. The logic could be such that as configuration is updated, each field is checked to see if the current value is supplied via a placeholder; if so, then only save the literal value if it is different than the value provided by the placeholder.

        Attachments

          Issue Links

            Activity

              People

              • Assignee:
                jason.vincent jason vincent
                Reporter:
                cgrosjean Cyril Grosjean
              • Votes:
                0 Vote for this issue
                Watchers:
                3 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: