Details

      Description

      model provider (id; (optional) modelfile) ("extendible")

        Gliffy Diagrams

        No reviews matched the request. Check your Options in the drop-down menu of this sections header.

          Activity

          Hide
          Felix Mayerhuber added a comment -

          to the graphic:

          C - internal or external connector
          D - domain

          MR - model registry. Every connector has to tell this component how it's proprietary data has to be transformed to the corresponding VCDM. This transformation may take more steps (e.g. binary transformation -> model A, model A -> VCDM). All this transformation steps has to be defined with a model language.

          TRP - transformation provider. The EKB have to communicate with this component to get the meta information for the transformation steps. Each transformation provider support a model language. So the EKB has to ask the correct transformation provider based on the model language which was used to describe the transformation

          WF - workflow interface. Where the events which has to be transformed come from / go to.

          Show
          Felix Mayerhuber added a comment - to the graphic: C - internal or external connector D - domain MR - model registry. Every connector has to tell this component how it's proprietary data has to be transformed to the corresponding VCDM. This transformation may take more steps (e.g. binary transformation -> model A, model A -> VCDM). All this transformation steps has to be defined with a model language. TRP - transformation provider. The EKB have to communicate with this component to get the meta information for the transformation steps. Each transformation provider support a model language. So the EKB has to ask the correct transformation provider based on the model language which was used to describe the transformation WF - workflow interface. Where the events which has to be transformed come from / go to.
          Hide
          Felix Mayerhuber added a comment -

          The ModelRegistry is now implemented in this way:

          • it is a BundleListener which scans started and stopped bundles for models and add/remove them from a graph database
          • Mainly doing work in background
          Show
          Felix Mayerhuber added a comment - The ModelRegistry is now implemented in this way: it is a BundleListener which scans started and stopped bundles for models and add/remove them from a graph database Mainly doing work in background

            People

            • Assignee:
              Felix Mayerhuber
              Reporter:
              Christoph Gritschenberger
            • Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: