Hello Roland, we have both(Maven Central and Typesafe repo) configured on our Nexus. Just found out that our Nexus has a (temporary) problem to update from Maven Central - if this is fixed 2.3.10 jars will be taken from there..
I guess the Typesafe repo is still there cause it always was there and the akka dokumentation for getting started with sbt: http://doc.akka.io/docs/akka/2.3.10/intro/getting-started.html also adds the Typesafe repo to its resolver settings. thanks, michael On Monday, 27 April 2015 10:26:31 UTC+2, rkuhn wrote: > > Hi Michael, > > May I ask why you are using that repository? Akka has been released to > maven central for quite a while now and the Typesafe repo must have > erroneously proxied that in the past. > > Regards, > > Roland > > Sent from my iPhone > > On 27 Apr 2015, at 10:22, delasoul <[email protected] <javascript:>> > wrote: > > Hello akka, > > we just tried to upgrade to 2.3.10. > Unfortunately: > > akka-contrib is missing from the typesafe repo: > > http://repo.typesafe.com/typesafe/releases/com/typesafe/akka/akka-contrib_2.11/ > > and I get an error for akka-slf4j: > > [error] unresolved dependency: com.typesafe.akka#akka-slf4j_2.11;2.3.10: > not found > [error] Missing task key: scalaInstance > > Is it working for others? > > thanks, > > michael > > > > On Thursday, 23 April 2015 13:01:23 UTC+2, Patrik Nordwall wrote: >> >> Dear hAkkers, >> >> We—the Akka committers—are pleased to be able to announce the >> availability of Akka 2.3.10. This is the tenth maintenance release of the >> 2.3 branch. This release contains several important improvements: >> >> >> - >> >> change default configuration to disable TCP IO connection abort >> workaround on windows (see more below) >> - >> >> fix open-coded spinlock in DirectByteBufferPool, which could result >> in CPU spikes for some workloads >> - >> >> remove wrong assertion in remoting, which could lead to ActorSystem >> termination when restarted remote ActorSystem connects after being >> quarantined >> - >> >> fix issue in remoting that allocates new socket for each unsuccessful >> connection attempt to a quarantined system >> - >> >> fix issue in remoting to not terminate connections if quarantine id >> do not match, which could result in that cluster node cannot join after >> restart >> - >> >> fix issue in ClusterSharding, when coordinator node gracefully leaves >> the cluster it could save invalid information about the shard locations >> - >> >> fix memory leak with watch and ask involved >> - >> >> fix inconsistent cluster metrics >> - >> >> fix IllegalStateException in akka.dispatch.BatchingExecutor >> - >> >> fix issue in clustering to exclude unreachable observations from >> downed node so that leader can perform its duties independent of downed >> nodes >> - >> >> report cause of bind and connect failures >> - >> >> add support for cluster member joining again after restart without >> having to down and remove the old member with same hostname and port >> >> >> About that Windows TCP Workaround >> >> The underlying issue is that without signaling read interest on a >> connection Windows does not signal connection aborts, which means that in >> the absence of data traffic an abort may go unnoticed. The workaround >> (which can still be enabled but defaults to “off” now) always made sure to >> signal the right interest to reliably get this notification, but in some >> scenarios this will lead to a selector doing busy spinning—pegging one core >> to 100%. Since this behavior was reported more often than the missing abort >> notifications we decided to switch the default setting. If your program >> uses Akka IO and relies on TCP abort notifications when deployed on Windows >> you may want to manually enable the workaround. >> >> In a later release we will implement a better workaround that detects >> connection aborts but avoids the busy spinning selector loop. >> >> General Notices >> >> This release is binary backwards compatible with previous releases of the >> 2.3 series which means that it is a drop-in replacement for any older >> version—but not the other way around. Please make sure to always use the >> latest patch release even when other libraries declare a dependency on an >> older version of the 2.3 series. >> >> The complete list of closed tickets can be found in the 2.3.10 github >> issues milestone >> <https://github.com/akka/akka/issues?q=milestone%3A2.3.10>. >> >> For the full stats see the announcement on the website >> <http://akka.io/news/2015/04/23/akka-2.3.10-released.html>. >> >> Happy hakking! >> >> >> -- >> >> Patrik Nordwall >> Typesafe <http://typesafe.com/> - Reactive apps on the JVM >> Twitter: @patriknw >> >> -- > >>>>>>>>>> Read the docs: http://akka.io/docs/ > >>>>>>>>>> Check the FAQ: > http://doc.akka.io/docs/akka/current/additional/faq.html > >>>>>>>>>> Search the archives: https://groups.google.com/group/akka-user > --- > You received this message because you are subscribed to the Google Groups > "Akka User List" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected] <javascript:>. > To post to this group, send email to [email protected] > <javascript:>. > Visit this group at http://groups.google.com/group/akka-user. > For more options, visit https://groups.google.com/d/optout. > > -- >>>>>>>>>> Read the docs: http://akka.io/docs/ >>>>>>>>>> Check the FAQ: >>>>>>>>>> http://doc.akka.io/docs/akka/current/additional/faq.html >>>>>>>>>> Search the archives: https://groups.google.com/group/akka-user --- You received this message because you are subscribed to the Google Groups "Akka User List" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/akka-user. For more options, visit https://groups.google.com/d/optout.
