Details

    • Type: Task Task
    • Status: Open Open
    • Priority: Minor Minor
    • Resolution: Unresolved
    • Affects Version/s: None
    • Fix Version/s: Backlog
    • Security Level: Public (Public: Anyone can view)
    • Labels:
    • Similar issues:
      KULRICE-8747Table layout manager rowDetailsLinkName property not getting used
      KULRICE-4056Don't override properties in the config defaults file.
      KULRICE-2727Make KIM caching options configurable through config properties
      KULRICE-3699Lingering keystore.location properties are causing projects created with createproject.groovy to have invalid property values
      KULRICE-1747Ordering of config parameters and nested configs is not respected
      KULRICE-7589applyDefaultCellWidths property on table layout manager is not working properly
      KULRICE-4461Implement config-coded-defaults.xml support for Rice JPA datasource properties
      KULRICE-9873Add property replacer support to data dictionary so config properties can be resolved at bean load time
      KULRICE-12333contex:annotation-config in CommonSpringBeans.xml forces autowiring over explicit property assignment.
      KULRICE-8435Cleanup of URL config properties in common-config.properties (very confusing and don''t follow a standard)
    • Rice Module:
      Rice Core
    • KAI Review Status:
      Not Required
    • KTI Review Status:
      Not Required
    • Include in Release Notes?:
      Yes

      Description

      • Review JAXBConfigImpl along with Rice property management in general
      • One default pattern common to both Spring/Maven is that the "last one in wins"
        • Meaning a property value defined in more than one spot is always overridden with whatever value is loaded last.
        • System properties and environment variables always win over properties loaded elsewhere (by default)
      • Also, Spring 3.1 has the notion of a PropertySource object
        • Provides a common spot to inject properties in such a way that any contexts can make use of them during placeholder resolution

        Activity

        There are no comments yet on this issue.

          People

          • Assignee:
            Unassigned
            Reporter:
            Jeff Caddel (Inactive)
          • Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

            • Created:
              Updated:

              Structure Helper Panel