* Cluster management (join, leave, etc)
* Cluster membership subscriptions (MemberUp, MemberRemoved, etc)
* New SelfUp and SelfRemoved events
* change signature of awaitAssert to return the value (not binary compatible)
* Cluster singleton api
* =jdk9,str JDK9 ready classes, in special directories
* =str,jdk9 prepare for releasing using JDK9 (needs sbt 1.0+ though)
* =str,jdk9 passing TCK spec touching some JDK9 types internally
* make sure to include linting options
* =str move non-boilerplaty shapes out of templates
This will improve code navigation for those classes.
- FanInShape, FanInShape1N, UniformFanInShape
- FanOutShape, UniformFanOutShape
* =str deprecate FanInShape1N
It was not tested, used or documented anywhere. With one input of type T0,
n inputs of type T1 and one output of type O, it is also arguably not
particularly generic to warrant its inclusion.
* !str remove unnecessary copyFromPorts implementation in Fan{In,Out}Shape
Strictly speaking this is a binary incompatible change. It would only affect
users that explicitly called `copyFromPorts` (but for what reason?).
* =str #23636 fix deprecation message not to use backticks
Backticks break genjavadoc / unidoc.
Fixes#23636.
* add+use UniformFanOutShape#outSeq for consistency
UniformFanInShape has inSeq, whereas UniformFanOutShape has outArray.
There's probably no good reason for this discrepancy.
* 2.5.3 is gold, deprecation would start in 2.5.4
* specialize in/outlets where possible
* review comments, binary compatibility
* optimize imports
* use Array copy internally
* give FanInShape1N the deprecation treatment
also, s/T\d/I\d/g
* delete ignored file
* process additional review comments
* make inArray fully private everywhere
* add benchmark heavy on the use of FanInShape.in()
* benchmark says: do not use Array for most n
* add JavaDoc to un-final'ed defs to not override
* change deprecated val to def; do not use it
* process patriknw's review comments
* Hand out temporary loopback addresses from a larger pool
Might have prevented https://github.com/akka/akka/issues/23528
* Detect if binding on other loopback addresses works
Works for Linux, not for OSX
* Avoid hard-coding 'localhost' in more places
When the address is ignored and only a port is requested,
find a free port on 'localhost'
* =str #22880 fix mapAsync racy failure handling
* =str #22881 test also resume case for throwing mid-stream mapAsync
* address review feedback, the handle calls must be exactly like that
* seems like it will just work when using the adapters, since
it will simply delegate to the untyped RemoteActorRef
* ActorRefResolver was added for upporting erialization of typed ActorRef
* The ActorRef itself is not serializable with Java serialization,
and we shouldn't do that
