* akka.build.version property, #26958
* and use timestamped snapshot version if "timestamp" is passed in
* to support publishing snapshots with same version for Scala 2.12 and 2.13
with +publish
* remove stampVersion plugin, since it's no longer needed
* store currentDateTime in system property
* to survive reloads
* This problem was introduced in the optimization in PR #26878,
and that regression has not been released.
* While waiting for the ddata update response it buffers messages
for the entity that is stopped/started and in the case of passivation
those buffered messages were not delivered afterwards. Therefore
the test failed when waiting for the expected response.
* While waiting for update to comple it will now deliver messages to other
already started entities immediately, instead of stashing
* Unstash one message at a time, instead of unstashAll
* Append messageBuffer for messages to the entity that we are waiting for,
instead of stashing
* Test to confirm the improvements
* Fixing a few other missing things
* receiveStartEntity should process the change before starting the entity
* lastMessageTimestamp should be touched from overridden deliverTo
* handle StoreFailure
* tried to investigate the (small) increase in LatencySpec that occured
when the internal-dispatcher was introduced
* couldn't see significant difference when running locally
* found a few more places where the internal-dispatcher should be used
* my thinking is that the additional latency could have been caused by
hopping between dispatchers, but I'm not sure if any of these
changes will have an effect (we'll see in Jenkins job)
* more clear router props
* fix several tests that were using akka.remote.netty.tcp config
* replace akka.tcp with akka in more places
* some doc cross references to remoting.md
* stash GetShardHome requests in a Set, to keep only one per sender
* regions repeatedly send GetShardHome requests when they don't receive a response,
keeping only one of them is better
* other existing tests cover this implicitly
* Adds parentheses to Thread.currentThread and Lock.lock
* Removes some unnecessary parentheses and fixes typo
* Simplify Map.get(xxx).getOrElse(yyy) to Map.getOrElse(xxx, yyy)
* Adds parentheses to CountDownLatch#countDown
* Removes unnecessary new-modifier of case-class and asInstance cast
I ran a series of benchmarks and there seem to be different behaviors between the existing and JDK
ForkJoinPools especially on JDK11 and Graal. The results have been really inconclusive about which one would be a benefit overall.
In lack of better evidence, there is not much reason to keep our own copy, so there it goes.
(I couldn't reproduce the high system CPU usage with more recent JDKs that Patrik noticed when
we had it on the table the last time in #22560.)
Fixes#26180.
* ResetSystemMessageSeqNrSpec should not run with classic remoting, #26849
* Jenkins job overrides config with -Dakka.remote.artery.enabled=off
* use Scalatest withFixture
