Uploaded image for project: 'Infinispan'
  1. Infinispan
  2. ISPN-11714

Auto-enable XML config elements when the element is present but its 'enabled' attribute is omitted

This issue belongs to an archived project. You can view it, but you can't modify it. Learn more

XMLWordPrintable

    • Icon: Enhancement Enhancement
    • Resolution: Obsolete
    • Icon: Major Major
    • None
    • 11.0.0.Alpha1
    • None
    • None

      This is a generic issue that applies to multiple config areas: stores, xsite, security, jmx, indexing, partition handling.... We do have an 'enabled' attribute in other areas also, like state transfer where it is enabled by default, but we are not concerned with those. This issue only touches the cases where the XSD default value is false requiring the user to explicitly put enabled="true" in the config element. Rather than doing that we should simplify things , for usability, and if the element is present and the attribute is omitted we should auto-enable it.

      This touches strictly xml config. Programmatic config still requires an explicit enable call.
      The xml parser will only have this behaviour for schemas starting with 11.

      TBD: 1. what do we do for JSON based config or other possible text formats?
      2. What do we do about programmatic auto-enable, like in AbstractGlobalConfigurationBuilder.globalState() ?

      NOTE: The indexing case is handled separately as it stands better chance to be resolved by next major release, here: https://issues.redhat.com/browse/ISPN-11712

              Unassigned Unassigned
              anistor Adrian Nistor (Inactive)
              Archiver:
              rhn-support-adongare Amol Dongare

                Created:
                Updated:
                Resolved:
                Archived: