Skip to content
This repository has been archived by the owner on Mar 2, 2022. It is now read-only.

Releases: spring-attic/reactor-scala-extensions

Release v0.8.0

10 Aug 14:28
Compare
Choose a tag to compare

❗️(Potential) Breaking Changes

  • Removing cats-effect and its related operator that uses classes from cats-effect.
    ➕Added Operators
    =============
  • SMono.retryWhen(Retry)
  • implicit Context.getOrNone (#71)
  • SFlux.fromLazyList for 2.13
  • SMono.using and SMono.usingWhen to replace SMono.bracket and SMono.bracketCase respectively
  • SFlux.using and SFlux.usingWhen to replace SFlux.bracket and SFlux.bracketCase respectively

👋 Deprecated Operators

  • SFlux.retry in favor of SFlux.retryWhen(Retry)
  • SMono.retry and SMono.retryWhen. Use SMono.retryWhen(Retry)
  • SFlux.fromStream for 2.13. Use SFlux.fromLazyList for 2.13

➖ Removed Operators

  • SMono.bracket and SMono.bracketCase
  • SFlux.bracket and SFlux.bracketCase

🛠️Build - Code coverage - Continuous Integration - Dependencies

  • Updated sbt to 1.3.13
  • Update reactor to 3.3.8.RELEASE

🙏Thanks to the following contributors

Release v0.7.1

06 Jul 14:01
Compare
Choose a tag to compare

❗️(Potential) Breaking Changes

  • SFlux. scan parameter is changed to reference value. The original SFlux.scan with by-name parameter is now renamed to SFlux.scanWith (#61)

➕Added Operators

  • SFlux.foldWith this will align closer to scala collection operators, which will make SFlux.reduceWith deprecated (#61)
  • SFlux.scanWith similar to SFlux.scan, but use by-name parameter (#61)
  • SFlux.product to multiply all the emitted value if they're Numeric
  • SMono.+ to sum the value of this SMono and another SMono if the value type is Numeric
  • SMono.- to subtract the value of this SMono and another SMono if the value type is Numeric
  • SMono.* to multiply the value of this SMono and another SMono if the value type is Numeric

👋 Deprecated Operators

  • SFlux. reduceWith. Use SFlux.foldWith (#61)

➖ Removed Operators

  • SFlux.foldLeft. This is an alias for SFlux.fold. In reactive-stream, there is only one way from front to back hence there is no concept of foldLeft or foldRight. (#61)

🐞Bug Fixed

  • SFlux.asJava and SMono.asJava will return an in-variant type to retain the semantic of previous code and avoid the need to cast. (#69)

🛠️Build - Code coverage - Continuous Integration

  • Compiled and tested using scala 2.12.11 for 2.12 branch
  • Compiled and tested using scala 2.13.2 for 2.13 branch
  • Code coverage now is 82.83%

🙏Thanks to the following contributors

Release v0.7.0

12 Jun 14:52
Compare
Choose a tag to compare

❗️(Potential) Breaking Changes

  • SFlux and SMono element type is now declared as Covariant Type. This may or may not be breaking changes. (#54)

➕Added Operators

  • SFlux.deferWithContext
  • SFlux.metrics whenever there is Micrometer in classpath (#56)
  • SMono.metrics whenever there is Micrometer in classpath (#56)

🐞Bug Fixed

  • SFlux.toStream to use the batchSize parameter

🛠️Build - Code coverage - Continuous Integration

  • Added Github Action Scala CI
  • Compile and Test using multiple Java LTE versions (8, 11, 14)
  • Updated sbt to 1.3.10

🙏Thanks to the following contributors

Release v0.6.1

03 May 10:23
Compare
Choose a tag to compare

Added Operators

  • Added SFlux.retryWhen(Retry)

Deprecated Operators

Deprecate old SFlux.retryWhen(predicate)

Breaking Changes

Renamed ConnectableFlux to ConnectableSFlux to differentiate between Java ConnectableFlux and Scala ConnectableFlux

Build - Code coverage - Continuous Integration

  • Cross compile with jdk-14
  • Switch build using sbt (#35)
  • Added unit test for SFlux.switchOnNext
  • Compile with scala 2.13.2

Documentation

  • Added scaladoc for SFlux.sample
  • Added scaladoc for SFlux.scan
  • Added scaladoc for SFlux.startWith

Release v0.6.0

02 Apr 10:56
Compare
Choose a tag to compare

Updated:

  • Updated to reactor-core-3.3.3.RELEASE
  • SFlux.scan works without explicitly specifying generic type (#52)
  • SFlux.scanWith works without explicit generic type(#52)

New Operators:

  • fold in SFlux as alias for foldLeft
  • scan, reduce & zipWithCombinator in SFlux uses curry function to pass the accumulator. This replaces the previous signature where the accumulator is passed via 2nd parameter. (#52)

Removed Operators:

  • scan, reduce & zipWithCombinator with accumulator as 2nd parameter. See new operator. (#52)

Release v0.5.1

21 Feb 09:26
Compare
Choose a tag to compare

New Operators:

  • ++ in SFlux as an alias to concatWith so it can perform SFlux.just(1) ++ SFlux.just(2,3)

What's New:

  • Fixed code coverage that's not detected by codecov
  • Removed dependency findbug as it is highlighted in BlackDuck scanning (#51)
  • Update underlying reactor library to version 3.3.2.RELEASE

Release v0.5.0

25 Dec 15:03
Compare
Choose a tag to compare

Merry Chrismas

New Operators:

  • SFlux.transformDeferred to replace SFlux.compose
  • SMono.transformDeffered to replace SMono.compose

Deprecated Operators:

  • SFlux.compose replaced by SFlux.transformDeferred
  • SMono.compose replaced by SMono.composed

What's new:

  • Cross compile with Scala 2.13 #27
  • Upgraded underlying reactor-core to version v3.3.1.RELEASE

Contributors:

Release v0.4.7

18 Oct 16:12
Compare
Choose a tag to compare

Bug fixed:

  • SFlux.mergeSequentialPublisher(SFlux[SFlux[T]]) has compile error (#37)
  • SMono.toFuture does not work when the mono is completed with a null or void result (#36)

New Operator:

  • SFlux.merge was missed when when Flux was removed (#38)
  • SFlux.mergeOrdered was missed when when Flux was removed (#38)

Contributors:

Release v0.4.6

28 Aug 14:06
Compare
Choose a tag to compare

Improvement:

  • SFlux does not have apply(JFlux) #32
  • SMono.cast/ofType now accept implicit ClassTag instead of Class #33
  • Remove Deprecated Scala Flux and Mono. Use SFlux and SMono respectively for clear difference between Java and Scala #30

Contributor:

Release v0.4.1

04 Jul 18:35
Compare
Choose a tag to compare

Bug Fixed:

  1. Fixed null handling in SMono.justOrEmpty #28 (thanks @rs017991)

Contributor:
@rs017991