1. 18 May, 2020 1 commit
  2. 15 May, 2020 1 commit
  3. 08 May, 2020 1 commit
  4. 29 Apr, 2020 1 commit
  5. 27 Apr, 2020 1 commit
  6. 17 Apr, 2020 1 commit
  7. 18 Nov, 2019 1 commit
  8. 14 Nov, 2019 1 commit
  9. 11 Nov, 2019 1 commit
  10. 18 Oct, 2019 1 commit
  11. 10 Sep, 2019 1 commit
  12. 27 Aug, 2019 3 commits
    • Alexander Diewald's avatar
      Kernel-Services: Move model loading to from init to start phase · 6c64c932
      Alexander Diewald authored
      * The initialization phase shall ensure that all required information
        about handlers, element types they process etc. are available. It can
        be considered the configuration phase that is later used to process
        instances of elements.
      * This change ensures that models are only loaded at the beginning of
        the startup phase such that all services are ready when instances
        of elements shall be processed.
      * In particular, this modification will be needed to instantiate all
        missing annotations when a model is loaded to fulfill the respective
        constraint that annotations are always present at model elements for
        whose type they were registered.
      * Therefore, a migrator is used. They are executed by a callback from
        the postLoad routine that will also be fired when importing models to
        avoid code duplication. Thus, in order to ensure that the annotation
        service is aware of all present annotations, it must be initialized
        before the model is loaded.
      * AF3 startup works as normal and all functionality seems OK. Since this
        is an invasive change under the hood, problems would be noticeable
        immediately, so this one should be fine as no obvious errors could be
        seen.
      
      Issue-Ref: 3746
      Issue-Url: https://af3-developer.fortiss.org/issues/3746
      
      Signed-off-by: Alexander Diewald's avatarAlexander Diewald <diewald@fortiss.org>
      6c64c932
    • Alexander Diewald's avatar
      Revert 21f4d0f3 · a5537087
      Alexander Diewald authored
      
      
      Issue-Ref: 3746
      Signed-off-by: Alexander Diewald's avatarAlexander Diewald <diewald@fortiss.org>
      a5537087
    • Alexander Diewald's avatar
      CR: GREEN · b5c5218f
      Alexander Diewald authored
      Issue-Ref: 3608
      Issue-Url: https://af3-developer.fortiss.org/issues/3608
      
      Signed-off-by: Alexander Diewald's avatarAlexander Diewald <diewald@fortiss.org>
      b5c5218f
  13. 14 Aug, 2019 3 commits
  14. 19 Jul, 2019 1 commit
  15. 11 Jun, 2019 1 commit
  16. 07 Jun, 2019 1 commit
  17. 01 Oct, 2018 1 commit
  18. 11 Jun, 2018 1 commit
  19. 05 Jun, 2018 1 commit
  20. 04 May, 2018 1 commit
  21. 26 Apr, 2018 1 commit
  22. 25 Apr, 2018 3 commits
  23. 18 Apr, 2018 1 commit
  24. 17 Apr, 2018 1 commit
  25. 19 Mar, 2018 2 commits
  26. 09 Mar, 2018 1 commit
  27. 07 Mar, 2018 1 commit
  28. 06 Mar, 2018 2 commits
  29. 27 Feb, 2018 1 commit
  30. 21 Feb, 2018 1 commit
    • Alexander Diewald's avatar
      Exploration: DSE project MM improvements & DSE Backend Unification · 91f42cb2
      Alexander Diewald authored
      =================
      | Exploration
      
      exploration.ecore
      =================
      - ExplorationSpecification
        - targets: non-contained (Migrator!)
        - Add superSet reference to pass required SuperSets to the DSE backend.
      - Remove ExplorationSolution interface: No Migration needed.
      - Rename ExplorationSolutionSet --> ExplorationSolution
        - Deprecated inputModelAdapter: No migration needed, only used in MOEA.
        - Renaming: targetSpecification --> explorationSpec
          - targetSpecification marked @deprecated
          - No mirgator needed: Class was not used in previous stable releases.
      - Add EClass SuperSetMap: Relates types of elements to SuperSets
        - solution: EJavaClassToSuperSetMap (containment!)
      - Add EClass EJavaClassToSuperSetMap: internal map of "SuperSetMap"
        - key: Class
        - Value: SuperSet (NO containment!)
      - ExplorationSolution
        - Renamed solutionModelMap -> solutionSets
          (Type EJavaClassToEJavaObjectMap -> EJavaClassToSuperSetMap)
        - Adjust EOperations to modifications in backend map.
      - SingleExplorationSolution
        - Add the solution state for single solutions.
        - Adjust EOperations to modifications in backend map.
      - Removed EJavaClassToEJavaObjectMap
      
      dseproject.ecore
      ================
      - DSE:
        - Add EReference target: ExplorationTarget (containment)
        - Remove explorationSpecification (Migrator!)
      - Add an ExplorationTargetPool that contains all ExplorationTargets of a DSE
        project.
      - DSERun:
        - Add EReference explorationSolution (containment)
        - Remove EReference visualization (Migrator!)
        
      dsl_v2.ecore
      ============
      - Overwrite the accept method for the Sum expression: Do not return null if the
        associated set is empty, evaluate to Zero, instead.
      
      New Migrators
      =============
      - DSEExplorationTargetContainmentMigrator
        Migrates the set of explorationTargets to the DSE project
      - VisualizationToExpSolutionMigrator:
        Migrates the Visualization data to the ExplorationSolution representation that
        allows a better traceability.
        
      Other Business
      ==============
      - Adjust plugin.xml to account for recently removed Objective- and
        ConstraintExpression classes. Now, ExplorationObjective and
        ExplorationConstraint is used.
        
      =================
      | Exploration.alg
      
      - Adjust the Opt4JBackend to be comply to the new DSE Backend Specification
      - The output type detection in the base decoder is more robust.
      - The ITaskAdapter temporally references its corresponding component to ease
        the refactoring of the DSE backend interface. This shall not be needed when
        the transformation framework is integrated again.
      - Temporally transform the internal solutions to a superset of
        ComponentToExecutionUnitAllocations to create s solution model. Workaround
        until the transformation framework is integrated again.
      - Misc adjustment for backend changes.
      
      =================
      | Exploration.smt
      
      - Adjust the Z3Backend to be comply to the new DSE Backend Specification
      - Base the results of the DeploymentRun2 and SolverRun2 on the
        ExplorationSolution (see above).
      
      ================
      | Exploration.ui
      
      - Adjust the GUI logic to account for the changed containment relations.
      - Update the DSE project import wizard for the Meta-Model changes.
      - Move the ExplorationSolutionVisualizationUtils class to the UI plugin (here).
        It is used to transform ExplorationSolutions to a Visualization representation
        (i.e., DataSetCollection).
      - Use doubles instead of ints in the SpiderChartUtils. Although not a proper
        solution, this covers more cases... Instead the generic should be reflected.
      refs 3273
      91f42cb2
  31. 09 Feb, 2018 1 commit
  32. 30 Jan, 2018 1 commit