Skip to content

Releases: sageserpent-open/americium

v1.19.7

29 Sep 16:53
ea68f33
Compare
Choose a tag to compare

Release run: #6

What's Changed

Full Changelog: v1.19.6...v1.19.7

v1.19.6

01 Sep 13:29
c4c101f
Compare
Choose a tag to compare

Built to target Java 17 LTS.

Release run: #5

Full Changelog: v1.19.5...v1.19.6

v1.19.5

30 Aug 14:44
b05cd22
Compare
Choose a tag to compare

DO NOT USE THIS - was built to target Java 19 - superseded by v1.19.6 targeting Java 17 LTS.

Release run: #4

What's Changed

Full Changelog: v1.19.4...v1.19.5

Release 1.19.0

07 Mar 16:58
Compare
Choose a tag to compare

Since release 1.18.0:

  • #71 Match error when trying to reproduce a failing test case built with TrialsApi.uniqueIds.
  • #70 api.doubles fails to reproduce a test case via a recipe.
  • #69 Replaying a test case created via a timed strategy leaves the test running for a potentially long time.
  • #66 Can't always replay individual test cases in JUnit when some of them are ignored.

Release 1.18.0

15 Nov 15:37
Compare
Choose a tag to compare

Since release 1.17.0:

  • #67 Americium can be built for JDK 22, although currently it still targets JDK 19. Removed the deprecated Java API class Trials.OptionalLimits as part of this.

  • #65 If no valid trials are run (because all test cases were filtered out, or rejected within the test, or were too complex), then an exception is thrown so that tests don't pass trivially. This behaviour is configurable.

Release 1.17.0

19 Oct 15:18
Compare
Choose a tag to compare

Since release 1.16.0:

  • #64 Fix a bug wherein a failing test case whose formulation involved a choice of alternation weighted by complexity caused Americium to fault on test case reproduction using a recipe.
  • #64 (Same ticket). Support unique ids within a test case formulation via TrialsApi.uniqueIds.

Release 1.16.0

06 Jul 11:31
Compare
Choose a tag to compare

Since release 1.15.1:

  • #63 Follow on work on the JUnit5 integration to add overloads of dynamicTests to support supplying multi-argument parameterised tests via ganged trials or trials of tuples. Also introduce a type alias DynamicTests in the Scala form of the JUnit5 integration so that Scala code doesn't have to import conflicting Java type names.

Release 1.15.1

30 Jun 20:52
Compare
Choose a tag to compare

Since release 1.14.0:

  • #63 Now supporting direct generation of JUnit5 dynamic tests for both the Java and Scala APIs, thus providing a more concise and strongly typed coupling between the supply code and the parameterised test.

NOTE: do not use release 1.15.0 , this has a bug in the implementation of #63 that disables shrinkage; that is fixed in 1.15.1.

Release 1.14.0

22 Jun 13:35
Compare
Choose a tag to compare

Since release 1.13.0:

  • #61 (Additional work since 1.13.0) Trials.javaApi in the Scala API has been tidied up so that the resulting value has the expected type, without wildcards.
  • #62 Trials.withFilter has been added to support filtration in a Scala for-comprehension for a Trials.

In addition, the Scala versions have been updated to 2.13.11 and 3.3.0.

Release 1.13.0

16 Jun 15:26
Compare
Choose a tag to compare

Since release 1.12.0:

  • #61 Reworked the Scala API for Trials to that the helpers sets/sortedSets/maps/sortedMaps no longer yield trials parameterised by bounded wildcard types - so client tests can be written without annoying type casts or using odd looking types.