| Age | Commit message (Collapse) | Author |
|---|
|
This change adds a Behavior constructor for delaying the construction of
another Behavior instance.
|
|
This change adds support for tracking termination of actors in the
system.
|
|
This change formats the code according to the style guide of Ktlint.
|
|
This change adds support for timers in Behavior, in order to simplify
sending messages to the `self` actor.
|
|
This change adds methods to improve the composability of multiple
Behaviors, such as joining together two behaviors. Furthermore, this
change adds methods for juggling with Behavior message types.
|
|
This change adds a testkit for synchronously testking Behavior
implementations.
|
|
This change adds an actor-specific logging instance to ActorContext,
which allows consumers to log messages via the SLF4J API.
|
|
|
|
This change adds support for terminating an ActorSystem.
|
|
This change migrates the build configuration for Gradle in Groovy to
Kotlin, where possible. The scripts in the `gradle/` directory have not
been migrated to extensive use of dynamicism.
|
|
This change moves the implementation conformance test suite from the
test sources of `odcsim-core` to a new `odcsim-engine-tests` module in
order to simplify Gradle configuration.
|
|
This change updates the build dependencies Kotlin, Dokka, Ktlint and
JUnit to more recent versions.
|
|
This change makes it mandatory to send messages to an actor via the
sender's ActorContext in order for the engine to maintain consistency
in time between actors.
|
|
This change adds the initial interface design for parallel simulations,
which requires explicit synchronization between actors in order to
establish consistent virtual time between them.
|
|
This change makes a `SuspendingBehavior` instance expose its
`SuspendingActorContext` in the coroutine context, so suspending methods
inside the coroutine can access the actor context.
|
|
This change adds conversion methods from `Number` types into `Instant`
and `Duration` instances.
|
|
This change updates the build dependencies to recent released version.
These include Kotlin 1.3.21 and ktlint Gradle plugin 7.1.0.
|
|
This change makes exception handling in actor systems consistent.
Implementors should not propagate unhandled exceptions in actors to the
(one of the) threads running the engine, but instead should stop the
offending actor and continue running.
Supervision of actors should be implemented within actor behavior
instead. Since BehaviorInterpreter will propagate exceptions thrown by
an actor, consumers of that API can use it to catch unhandled exceptions in an
actor.
|
|
This change updates JUnit dependency to version 5.3.2.
|
|
This change updates the Gradle wrapper that is shipped with the
repository to version 5.1.
|
|
This change adds support for generating documentation for all modules of
the repository using Dokka.
|
|
This change adds support for suspending behavior via Kotlin's coroutine
feature officially introduced in Kotlin 1.3. The syntax is similar to
the 1.x version of the simulator to allow for easier porting to 2.x.
|
|
This change adds support for linting the code base using ktlint and the
excellent ktlint-gradle plugin.
|
|
This change adds support for deferred and special behavior in the
Behavior API. Additionally, the new Behavior DSL is implemented using
the new primitives to make the tests cleaner.
|
|
This change updates the code base to use the official Kotlin 1.3
release.
|
|
This change creates the initial conformance test suite for the API
design and tries to specify most of the requirements and assumptions
made for implementors.
|
|
This change introduces the new API design that will be introduced in the
2.x versions of the OpenDC Simulator.
This changes focuses on simplifying simulation primitives provided by
the simulator and introduces a new concept of actors based on the model
designed by the Akka Typed project.
For now, the old simulation models have been removed from the branch,
but will be ported back as this branch is being finalized.
|
|
This change will improve exception handling of processes.
At the moment, when a process throws an uncaught exception, the kernel will catch and log the exception, stop the offending process and then continue. This approach however might cause the user to overlook possible exceptions in processes and does not give any ability to the user for handling these exception.
This change modifies the kernel implementation and specification such that the `step()` method (and consequently `run()`) must propagate uncaught exceptions that occur in processes. This allows the caller to control the way exceptions are handled.
|
|
This change fixes a bug where a process would be resumed again after it
had crashed, bringing down the kernel.
Fixes #27
|
|
This change refactors the calls to the recently deprecated
`CoroutineScope.coroutineContext` to use top-level `coroutineContext`
property instead.
This deprecation is the result of moving to the latest version of the
`koltinx-coroutines` library. See
https://github.com/Kotlin/kotlinx.coroutines/blob/master/CHANGES.md for
more information.
|
|
This change updates download instructions for the source code in the README.
The instructions reference an old branch that does not exist anymore
since the transition to the Kotlin codebase.
|
|
This pull requests updates the project as follows:
1. **Update Gradle version to 4.8**
This allows us to make use of new features such as native JUnit 5 integration and the build cache.
2. **Update Gradle build configuration according to new changes**
This change allows us to share configuration across modules and easily change the versions for shared dependencies. In addition, we now make use of the `java-library` plugin which allows for various optimizations. See https://docs.gradle.org/current/userguide/java_library_plugin.html
3. **Add support for Jacoco**
We add support code coverage tracking via the latest version of Jacoco which has increasing support for Kotlin.
Closes #22
|
|
This change adds support for Jacoco in the build toolchain.
|
|
This change updates the Gradle build configuration in order to make use
of the native JUnit 5 integration and the newest Kotlin and Dokka
plugins.
|
|
This change updates the Gradle wrapper version included in the
repository to version 4.8 which includes native JUnit 5 integration.
|
|
This pull request implements interpolation of task progress
(represented as the `TaskState` and `MachineState` class) via the
Interpolation helpers implemented in #20. The model assumes that tasks progress
linearly between two measurements (since the time between measurements is
usually small).
|
|
These changes contain the specification of the new Instrumentation API for the simulator, in addition to the implementation for the Omega kernel. As an example, the API allows users to measure data from processes in simulation and interpolate data points between the measurements.
Closes #11, #12
|
|
This change will make the simulator by default buffer all measurements
of attached instruments to prevent strange situations where certain
measurements are not recorded due to the processing running on another
thread.
|
|
This change in Instrumentation API allows the user to close the data
stream of an instrument by introducing a new concept: Port. A user can
open a `Port` for a `Simulation` object and attach an arbitrary amount of
instruments to this port. The data streams are closed by calling
`Port#close()`.
|
|
This change adds interpolation functionality to the standard library for
instrumentation devices.
|
|
These changes implement the Instrumentation API described in issue #11
into the Omega simulation kernel.
|
|
This commit creates the interfaces for the new Instrumentation API
described in issue #11. This interface allows users to plug an
instrumentation device into a (live) simulation in order extract
measurements from the simulation.
|
|
This change contains the redesign of the core simulation API and
provides a cleaner interface for developing simulation models for the
users.
Closes #18
|
|
This change simplifies the `Context` interface to reduce the amount of
methods required to implement by implementors.
|
|
This change removes the unused transformation receive methods from the
`Context` class as this functionality can now be easily implemented in
the standard library using the newly introduced `sender` property.
|
|
This change fixes the bug where the insertion order into the message
queue was not guaranteed for messages arriving at the same time, causing
some non-deterministic behaviour.
|
|
|
|
This change provides a method in the standard library to access the
process context in nested suspending function calls.
|
|
This change adds a `sender` property to the `Context` interface to
provide processes access to the sender of the latest received message.
Please note that methods like `hold()` and `interrupt()` may change the value
of this property.
|
|
This change fixes the broken implementation of the `receive()` method
with a timeout due to an invalid condition.
|
