GitLab

Signed-off-by: hm-schuhba1 <stefan.schuhbaeck@hm.edu>

Signed-off-by: hm-schuhba1 <stefan.schuhbaeck@hm.edu>

The ProcessorFlag interface is a marker interface used anywehre a
specifc attribute of some DataProcessors are needed. For instnace
the UsesMeasurementArea Interface is implemented by all Processors
usinge one or more MeasurementAreas. In this example the interface
exposes an array of given MeasurementAreaIds which can be used
within the ScenarioChecker.

These interfaces are therefore aribtraty flags used to filter a
generic list of DataProcesors if needed.

MigrationAssistant
  |
  +-- IncidentMigrationAssistant (Deprecated)
  |
  +-- JsonMigrationAssistant
      |
      +--using JsonTransformation Interface

The JsonTransformation interface is implemented by in two
different ways:
AbstractJsonTransformation
  |              implements JsonTransformation, JsonNodeExplorer
  |
  +-- JoltTransformation --> relying on Jolt [1]
  |
  +-- SimpleJsonTransformation --> relying on Jackson JsonNode

The JsonTransformation interface provides a three step process
of to transform a given scenario File were each consumes a JsonNode
and returns the changed JsonNode.
1) preHooks
2) transformation
3) postHooks

The MigrationAssistant selects the correct implementation by
using the JsonTransformationFactory which map a given Version
to the corresponding implementation of some JsonTransformation.

1. Subclass either JoltTransformation or SimpeJsonTransformation.
  (a) If JoltTransformation is used, a specialized transformation syntax
      must be used. See [1] for Doc.
  (b) If SimpleJsonTransformation is used no additional input is needed.
       The transformation is done by manually manipulating the Jackson
       JsonNode-Tree
2. add annotation where X.X resembles the Version label i.e. "0.8"
   @MigrationTransformation(targetVersionLabel = "X.X")
3. add the default constructor with no arguments and the
   call super constructor passing the Version
4. Implement initDefaultHooks() and add the pre- and postHook
   LinkedList with JsonTransformationHooks
   (a) use add[Post|Pre][First|Last] methods.
   (b) add addPostHookLast(AbstractJsonTransformation::sort) to ensure
       the right sorting order within the scenario file.
5. (optional) overwrite any of applyPreHooks, applyTransformation,
   applyPostHooks if needed.
6. (optional) add generic JsonNode manipulations to JsonNodeExplorer

This interface contains useful default implementation to navigate a
JsonNode-Tree such as:

path(jsonNode, "some/path/within/the/json") <-- will return empty nodes
                                            with path das not exist
pathMustExist(jsonNode, "some/path/within/the/json") <-- will throw
                                                     MigrationException
renameField(node, "release", "version")  <-- rename keys

iteratorProcessorsByType(jsonRoot, "org...PedestrianVelocityProcessor )
  <-- returns an iterator of JsonNodes representing a
  PedestrianVelocityProcessor

[1]: https://github.com/bazaarvoice/joltSigned-off-by: hm-schuhba1's avatarhm-schuhba1 <stefan.schuhbaeck@hm.edu>

Issue #138 : Update only if there are still pedestrians in the scenario and /or still pedestrians to be spawned.

In POM files, configured "maven-assembly-plugin" to avoid build warnings and renamed final JAR files.

.gitlab-ci.yml:
- Use new JAR names when packaging via "python3 -m zipfile".

VadereGui/pom.xml:
- Renamed JAR from "vadere" to "vadere-gu".
- Renamed JAR from "postvis" to "vadere-postvis".

"Topography.moveElement()" expects the old position as second argument and not the new position.

Implemented "OSMBehaviorController" and use it in "UpdateSchemeEventDriven" and "UpdateSchemeSequential".

Moved configuration of Maven's code coverage plugin "JaCoCo" from subprojects to top-level "pom.xml".

Renamed exception "NotSupportedEvent" to "UnsupportedEventException" to respect Java's naming convention.

In all locomotion classes, throw exception if an event is not supported by this model to inform the user.

Use new exception "NotSupportedEvent" or the static helper method "throwExceptionIfNotElapsedTimeEvent()".

VadereModelTests/TestBangEvent/scenarios/00-NotSupportedEventTest.scenario:
- Added this scenario to test if an exception pops up in GUI when combining a locomotion model and an unsupported event.

Extended "BangEvent" to hold a "Target" and use this new information in "UpdateSchemeEventDriven" and "UpdateSchemeSequential".

VadereSimulator/src/org/vadere/simulator/control/Simulation.java:
- Extracted new method "createControllers()" which is used in constructor.

VadereState/src/org/vadere/state/attributes/scenario/AttributesAbsorbingArea.java:
- Removed unused attribute "waitingTime".
- Changed default value for attribute "deletionDistance" from "0.1" to "0.0".

Added two additional test scenarios:
- wait_event_2_sources_2_targets_osm_event_driven.scenario
- wait_event_recurring_2_sources_2_targets_osm_sequential.scenario

VadereSimulator/tests/org/vadere/simulator/control/events/EventControllerTest.java:
- Adapted unit tests for this logical change.

Added "BangEvent", process it in "CognitionLayer" and added dummy behavior in "UpdateSchemeSequential" and "UpdateSchemeEventDriven".

VadereSimulator/src/org/vadere/simulator/models/potential/combinedPotentials/CombinedPotentialStrategy.java:
- Renamed this interface to "ICombinedPotentialStrategy".
- Added enum "CombinedPotentialStrategy".