Releases: akkadotnet/Akka.MultiNodeTestRunner
Akka.MultiNode.TestAdapter v1.5.28
1.5.28 September 5th 2024
1.5.25 June 17 2024
1.5.24 June 7 2024
1.5.19 April 20 2024
1.5.18 April 12 2024
- Updated Akka.NET to 1.5.18
- Dependency updates:
1.5.13 September 19 2023
- Updated Akka.NET to 1.5.13
- Dependency updates:
1.5.8 June 15 2023
- Updated Akka.NET to 1.5.8 - which resolves issues with Akka.NET runtime and
Polyfill
errors.
Changes:
- cc608be Update RELEASE_NOTES.md for 1.5.28 release (#257)
- 50085ff Bump Akka.Cluster.TestKit from 1.5.27.1 to 1.5.28 (#256)
- 6a626f1 Bump Akka.Cluster.TestKit from 1.5.26 to 1.5.27.1 (#253)
- bc7a175 Bump Akka.Cluster.TestKit from 1.5.25 to 1.5.26 (#250)
This list of changes was auto generated.
Akka.MultiNode.TestAdapter v1.5.25
1.5.25 June 17 2024
1.5.24 June 7 2024
1.5.19 April 20 2024
1.5.18 April 12 2024
- Updated Akka.NET to 1.5.18
- Dependency updates:
1.5.13 September 19 2023
- Updated Akka.NET to 1.5.13
- Dependency updates:
1.5.8 June 15 2023
- Updated Akka.NET to 1.5.8 - which resolves issues with Akka.NET runtime and
Polyfill
errors.
Changes:
- b2cd010 Added v1.5.25 release notes (#249)
- 184a1aa Bump Akka.Cluster.TestKit from 1.5.24 to 1.5.25 (#248)
This list of changes was auto generated.
Akka.MultiNode.TestAdapter v1.5.24
1.5.24 June 7 2024
Changes:
- 4736581 Update RELEASE_NOTES.md for 1.5.24 release (#247)
- 6aa8777 Bump Akka.Cluster.TestKit to 1.5.24 (#246)
- c491374 Fix CVE-2018-8292 (#244)
- f7bf251 Bump Akka.Cluster.TestKit from 1.5.21 to 1.5.23 (#245)
- 18a0bce Bump Microsoft.NET.Test.Sdk from 17.9.0 to 17.10.0 (#239)
- b62c5f9 Bump Akka.Cluster.TestKit from 1.5.19 to 1.5.21 (#242)
This list of changes was auto generated.
Akka.MultiNode.TestAdapter v1.5.19
Akka.MultiNode.TestAdapter v1.5.18
1.5.18 April 12 2024
- Updated Akka.NET to 1.5.18
- Dependency updates:
1.5.13 September 19 2023
- Updated Akka.NET to 1.5.13
- Dependency updates:
1.5.8 June 15 2023
- Updated Akka.NET to 1.5.8 - which resolves issues with Akka.NET runtime and
Polyfill
errors.
Changes:
- 78057df Update RELEASE_NOTES.md for 1.5.18 release (#232)
- 191cbd0 Modernize NuGet packages to fit Akka.NET 1.5.18 (#228)
- e13ce3c Bump xunit.runner.visualstudio from 2.5.0 to 2.5.7 (#222)
- abfa4d2 Bump TeamCity.ServiceMessages from 4.0.0 to 4.1.1 (#205)
- 5e06e59 Bump System.CodeDom from 7.0.0 to 8.0.0 (#217)
- 0ab411a Bump Microsoft.NET.Test.Sdk from 17.7.2 to 17.8.0 (#216)
- 83c80e9 Bump Microsoft.SourceLink.GitHub from 1.1.1 to 8.0.0 (#218)
- a8c6888 Bump xunit.runner.utility from 2.5.0 to 2.6.2 (#220)
This list of changes was auto generated.
Akka.MultiNode.TestAdapter v1.5.13
1.5.13 September 19 2023
- Updated Akka.NET to 1.5.13
- Dependency updates:
1.5.8 June 15 2023
- Updated Akka.NET to 1.5.8 - which resolves issues with Akka.NET runtime and
Polyfill
errors.
Changes:
- fe97ba5 Update RELEASE_NOTES.md for 1.5.13 release (#203)
- 94ef39c Modernize solution (#201)
- a9b0a59 Bump Microsoft.NET.Test.Sdk from 17.6.3 to 17.7.2 (#197)
- 22fcceb Bump Microsoft.NET.Test.Sdk from 17.6.2 to 17.6.3 (#186)
- e358601 Bump FluentAssertions from 6.6.0 to 6.11.0 (#174)
This list of changes was auto generated.
Akka.MultiNode.TestAdapter v1.5.8
1.5.8 June 15 2023
- Updated Akka.NET to 1.5.8 - which resolves issues with Akka.NET runtime and
Polyfill
errors.
Changes:
- 60e6cea Added v1.5.8 release notes (#185)
- 0132489 Bump Microsoft.NET.Test.Sdk from 17.5.0 to 17.6.2 (#184)
- 7d2acf6 Bump Akka.Cluster.TestKit from 1.5.6 to 1.5.7 (#182)
This list of changes was auto generated.
Akka.MultiNode.TestAdapter v1.5.6
1.5.6 May 16 2023
1.5.0 March 02 2023
1.5.0-beta1 February 21 2023
1.1.1 April 21 2022
- Updated Akka.NET to 1.4.37
- Enabled the built-in TRX reporter that is compatible with AzDo test error reporting.
To enable this TRX reporter, add"useBuiltInTrxReporter": true
inside thexunit.multinode.runner.json
settings file.
1.1.0 January 6 2022
Version 1.1.0 release.
1.1.0-beta2 December 23 2021
In this release we added MultiNodeTestFramework
to simplify non-parallel test setup. This test
framework is a simple override of the built-in XunitTestFramework
that disables/ignores the
Xunit CollectionBehaviorAttribute
, put all test classes from a single assembly into a single test
collection, and disables the test collection parallelization.
To use this test framework, you will need to add an assembly level attribute that tells Xunit to
use this custom test framework instead:
[assembly: TestFramework("Akka.MultiNode.TestAdapter.MultiNodeTestFramework", "Akka.MultiNode.TestAdapter")]
Note that you can also use this assembly level attribute to achieve more or less the same effect:
[assembly: CollectionBehavior(DisableTestParallelization = true)]
1.1.0-beta1 October 20 2021
In this release we removed VSTest Adapter and moved to a pure Xunit implementation. This brings about a few changes that needs to be observed:
-
Moved
.runsettings
configuration feature toxunit.multinode.runner.json
.runsettings
content are not passed downstream bydotnet test
to the actual test runner, so this feature is moved to Xunit-like configuration through a .json file. You can declare your setting file name as either{assembly_name}.xunit.multinode.runner.json
orxunit.multinode.runner.json
. Supported settings are:outputDirectory
: the output directory where all the runner logs will be stored. Note that this is different than thedotnet test --result-directory
settings which dictates where the VSTest reporter will export their outputs.
Default:TestResults
in the folder where the tested assembly is located.failedSpecsDirectory
: an output directory inside theoutputDirectory
where all aggregated failed logs will be stored.
Default:FAILED_SPECS_LOGS
listenAddress
: the host name or IP of the machine that is running the test. Will be bound to the TCP logging service.
Default:127.0.0.1
(localhost)listenPort
: the port where the TCP logging service will be listening to. a random free port will be used if set to 0.
Default: 0appendLogOutput
: if set, all logs are appended to the old logs from previous runs.
Default: true
-
Parallelized test support (BETA)
Tests can be run in parallel now, with caveats. Parallel test is not recommended if any of your tests are very timing dependent;
it is still recommended that you do not run your tests in parallel. Note that Xunit turns this feature on by default, so if your tests are failing, make sure that this feature is properly turned off. Please read the xunit documentation on how to set this up.Note that the
maxParallelThreads
in Xunit will not be honored by this test adapter because MultiNode tests will spawn a process for every cluster node being used inside the test, inflating the number of threads being used inside a test.
1.0.0 October 20 2019
1.0.0-beta2 October 05 2019
1.0.0-beta1 October 05 2019
First beta release
0.1.13 October 05 2019
Initial commit
Changes:
- 522bdc8 Update RELEASE_NOTES.md for 1.5.6 release (#180)
- dfd24ae Bump Akka.Cluster.TestKit from 1.5.2 to 1.5.6 (#178)
- 202cbdf Bump xunit.runner.visualstudio from 2.4.2 to 2.4.5 (#166)
- 7dd7664 Bump Akka.Cluster.TestKit from 1.5.0 to 1.5.2 (#173)
This list of changes was auto generated.
Akka.MultiNode.TestAdapter v1.5.0
1.5.0 March 02 2023
1.5.0-beta1 February 21 2023
1.1.1 April 21 2022
- Updated Akka.NET to 1.4.37
- Enabled the built-in TRX reporter that is compatible with AzDo test error reporting.
To enable this TRX reporter, add"useBuiltInTrxReporter": true
inside thexunit.multinode.runner.json
settings file.
1.1.0 January 6 2022
Version 1.1.0 release.
1.1.0-beta2 December 23 2021
In this release we added MultiNodeTestFramework
to simplify non-parallel test setup. This test
framework is a simple override of the built-in XunitTestFramework
that disables/ignores the
Xunit CollectionBehaviorAttribute
, put all test classes from a single assembly into a single test
collection, and disables the test collection parallelization.
To use this test framework, you will need to add an assembly level attribute that tells Xunit to
use this custom test framework instead:
[assembly: TestFramework("Akka.MultiNode.TestAdapter.MultiNodeTestFramework", "Akka.MultiNode.TestAdapter")]
Note that you can also use this assembly level attribute to achieve more or less the same effect:
[assembly: CollectionBehavior(DisableTestParallelization = true)]
1.1.0-beta1 October 20 2021
In this release we removed VSTest Adapter and moved to a pure Xunit implementation. This brings about a few changes that needs to be observed:
-
Moved
.runsettings
configuration feature toxunit.multinode.runner.json
.runsettings
content are not passed downstream bydotnet test
to the actual test runner, so this feature is moved to Xunit-like configuration through a .json file. You can declare your setting file name as either{assembly_name}.xunit.multinode.runner.json
orxunit.multinode.runner.json
. Supported settings are:outputDirectory
: the output directory where all the runner logs will be stored. Note that this is different than thedotnet test --result-directory
settings which dictates where the VSTest reporter will export their outputs.
Default:TestResults
in the folder where the tested assembly is located.failedSpecsDirectory
: an output directory inside theoutputDirectory
where all aggregated failed logs will be stored.
Default:FAILED_SPECS_LOGS
listenAddress
: the host name or IP of the machine that is running the test. Will be bound to the TCP logging service.
Default:127.0.0.1
(localhost)listenPort
: the port where the TCP logging service will be listening to. a random free port will be used if set to 0.
Default: 0appendLogOutput
: if set, all logs are appended to the old logs from previous runs.
Default: true
-
Parallelized test support (BETA)
Tests can be run in parallel now, with caveats. Parallel test is not recommended if any of your tests are very timing dependent;
it is still recommended that you do not run your tests in parallel. Note that Xunit turns this feature on by default, so if your tests are failing, make sure that this feature is properly turned off. Please read the xunit documentation on how to set this up.Note that the
maxParallelThreads
in Xunit will not be honored by this test adapter because MultiNode tests will spawn a process for every cluster node being used inside the test, inflating the number of threads being used inside a test.
1.0.0 October 20 2019
1.0.0-beta2 October 05 2019
1.0.0-beta1 October 05 2019
First beta release
0.1.13 October 05 2019
Initial commit
Changes:
- 34333d6 upgraded to Akka.NET v1.5 (#171)
- 57f8b9f Bump System.CodeDom from 6.0.0 to 7.0.0 (#153)
- 0c92e61 Bump Akka.Cluster.TestKit from 1.5.0-beta1 to 1.5.0-beta3 (#168)
- e8093b2 Bump Microsoft.NET.Test.Sdk from 17.4.1 to 17.5.0 (#164)
This list of changes was auto generated.
Akka.MultiNode.TestAdapter v1.5.0-beta1
1.5.0-beta1 February 21 2023
1.1.1 April 21 2022
- Updated Akka.NET to 1.4.37
- Enabled the built-in TRX reporter that is compatible with AzDo test error reporting.
To enable this TRX reporter, add"useBuiltInTrxReporter": true
inside thexunit.multinode.runner.json
settings file.
1.1.0 January 6 2022
Version 1.1.0 release.
1.1.0-beta2 December 23 2021
In this release we added MultiNodeTestFramework
to simplify non-parallel test setup. This test
framework is a simple override of the built-in XunitTestFramework
that disables/ignores the
Xunit CollectionBehaviorAttribute
, put all test classes from a single assembly into a single test
collection, and disables the test collection parallelization.
To use this test framework, you will need to add an assembly level attribute that tells Xunit to
use this custom test framework instead:
[assembly: TestFramework("Akka.MultiNode.TestAdapter.MultiNodeTestFramework", "Akka.MultiNode.TestAdapter")]
Note that you can also use this assembly level attribute to achieve more or less the same effect:
[assembly: CollectionBehavior(DisableTestParallelization = true)]
1.1.0-beta1 October 20 2021
In this release we removed VSTest Adapter and moved to a pure Xunit implementation. This brings about a few changes that needs to be observed:
-
Moved
.runsettings
configuration feature toxunit.multinode.runner.json
.runsettings
content are not passed downstream bydotnet test
to the actual test runner, so this feature is moved to Xunit-like configuration through a .json file. You can declare your setting file name as either{assembly_name}.xunit.multinode.runner.json
orxunit.multinode.runner.json
. Supported settings are:outputDirectory
: the output directory where all the runner logs will be stored. Note that this is different than thedotnet test --result-directory
settings which dictates where the VSTest reporter will export their outputs.
Default:TestResults
in the folder where the tested assembly is located.failedSpecsDirectory
: an output directory inside theoutputDirectory
where all aggregated failed logs will be stored.
Default:FAILED_SPECS_LOGS
listenAddress
: the host name or IP of the machine that is running the test. Will be bound to the TCP logging service.
Default:127.0.0.1
(localhost)listenPort
: the port where the TCP logging service will be listening to. a random free port will be used if set to 0.
Default: 0appendLogOutput
: if set, all logs are appended to the old logs from previous runs.
Default: true
-
Parallelized test support (BETA)
Tests can be run in parallel now, with caveats. Parallel test is not recommended if any of your tests are very timing dependent;
it is still recommended that you do not run your tests in parallel. Note that Xunit turns this feature on by default, so if your tests are failing, make sure that this feature is properly turned off. Please read the xunit documentation on how to set this up.Note that the
maxParallelThreads
in Xunit will not be honored by this test adapter because MultiNode tests will spawn a process for every cluster node being used inside the test, inflating the number of threads being used inside a test.
1.0.0 October 20 2019
1.0.0-beta2 October 05 2019
1.0.0-beta1 October 05 2019
First beta release
0.1.13 October 05 2019
Initial commit
Changes:
- 0d4f7e6 Update RELEASE_NOTES.md for 1.5.0-beta1 release (#165)
- 8294e54 Bump NuGet dependencies to match Akka.NET 1.5 (#163)
- 4117353 Add v1.x branch CI/CD support (#161) (#162)
This list of changes was auto generated.