Uploaded image for project: '[Read Only] - Hippo Repository'
  1. [Read Only] - Hippo Repository
  2. REPO-439

Startup slow because of inefficient reloading of namespaces

    XMLWordPrintable

Details

    • Improvement
    • Status: Closed
    • Top
    • Resolution: Fixed
    • None
    • 2.23.02-alpha
    • None
    • None

    Description

      For each nodetype that gets reloaded like in the hipposys namespace the complete nodetype definition gets saved in the repository as a binary xml file. This makes starting up very slow. Also the other nodes in the cluster have to parse and update there nodetype information. Thirdly it's error prone, we shouldn't write (critical) data if nothing has changed. We have seen bugs in the past that an empty nodetype def got written to the database.

      In my opinion the (system) namespaces should only be reload if they have changed. Also the namespace should be reloaded per namespace and not per nodetype.

      Attachments

        Issue Links

          relates to

          Bug - A problem which impairs or prevents the functions of the product. REPO-262 Investigate clustered startup node type redefinition problems

          • Blocker - Blocks further development for most developers or blocks intermediate release
          • Closed

          Bug - A problem which impairs or prevents the functions of the product. REPO-144 Error during startup with clustered repositories

          • Normal - Normal priority, tasks to be done before next intermediate release
          • Closed

          Bug - A problem which impairs or prevents the functions of the product. REPO-273 Restart of a clustered node causes data corruption when node types are reregistered

          • Normal - Normal priority, tasks to be done before next intermediate release
          • Closed

          Bug - A problem which impairs or prevents the functions of the product. REPO-1699 Ensure nodetype definitions are only (re)loaded when the cnd resource file has been changed

          • Normal - Normal priority, tasks to be done before next intermediate release
          • Closed

          Activity

            People

              svoortman Simon Voortman (Inactive)
              bvdschans Bart van der Schans (Inactive)
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: