summaryrefslogtreecommitdiff
path: root/opendc-kernel-omega/src/test
AgeCommit message (Collapse)Author
2018-07-19refactor: Improve exception handling in processes (#29)Fabian Mastenbroek
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.
2018-07-17bug: Fix crashed processes from being resumed (#28)Fabian Mastenbroek
This change fixes a bug where a process would be resumed again after it had crashed, bringing down the kernel. Fixes #27
2018-04-22feat(#12): Allow closing of instrument streamsFabian Mastenbroek
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()`.
2018-02-23feat(#12): Implement Instrumentation API in Omega kernelFabian Mastenbroek
These changes implement the Instrumentation API described in issue #11 into the Omega simulation kernel.
2018-02-19refactor(#18): Refactor unused transformation receive methodsFabian Mastenbroek
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.
2018-02-14refactor(#18): Create distinction between kernel and simulationFabian Mastenbroek
This change creates a distinction between a kernel and a simulation. A single simulation is represented by a `Simulation` object which provides control over the simulation, while the `Kernel` interface allows users to create a new simulation using that kernel as backend.
2018-02-12refactor(#18): Launch processes at initial runFabian Mastenbroek
This change will make the simulation kernel launch the processes at the initial run instead of when the processes are registered.
2018-02-12refactor(#18): Align formatting with official Kotlin Style GuideFabian Mastenbroek
This change aligns the code formatting of the project with the official Kotlin Style Guide. They can be found at http://kotlinlang.org/docs/reference/coding-conventions.html.
2018-01-11refactor(#18): Redesign core simulation APIFabian Mastenbroek
This change contains the redesign of the core simulation API and provides a cleaner interface for developing simulation models for the users.