Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • 21:02
    Aaronontheweb synchronize #3975
  • 21:02
    Aaronontheweb opened #3975
  • 20:11
    IgorFedchenko commented #3973
  • 20:10
    IgorFedchenko synchronize #3973
  • 20:06
    IgorFedchenko synchronize #3973
  • 20:06
    IgorFedchenko synchronize #3973
  • 19:42
    IgorFedchenko edited #3973
  • 18:08
    Aaronontheweb commented #3937
  • 17:27
    Aaronontheweb commented #90
  • 17:26
    Aaronontheweb commented #90
  • 17:25
    Aaronontheweb assigned #90
  • 17:16

    Aaronontheweb on dev

    Provide static GetRoutees.Insta… (compare)

  • 17:16
    Aaronontheweb closed #3974
  • 17:16
    Aaronontheweb milestoned #3974
  • 16:05
    jackowild opened #90
  • 15:08
    Aaronontheweb commented #3974
  • 15:08
    Aaronontheweb commented #3974
  • Oct 13 14:40
    cptjazz synchronize #3974
  • Oct 13 14:07
    cptjazz opened #3974
  • Oct 13 08:30
    ismaelhamed commented #3937
Stefan Sedich
@stefansedich
heaps harder to master
Roger Johansson
@rogeralsing
COMPUTERS!
Bartosz Sypytkowski
@Horusiath
link
![link](http://computergaming.daonews.com/files/2015/04/wololo-aoe2.jpg)
btw. mongolian throat singing sounds very close to the original Age of Empires "wololo" call
Roger Johansson
@rogeralsing
wololo.png
Aaron Stannard
@Aaronontheweb
lol
Aaron Stannard
@Aaronontheweb
@@ -50,157 +50,4 @@
      ]]>
    </hocon>
  </akka>
<runtime><assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
  <dependentAssembly>
    <assemblyIdentity name="Autofac" publicKeyToken="17863af14b0044da" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-999.999.999.999" newVersion="3.5.0.0" />
  </dependentAssembly>
  <dependentAssembly>
    <assemblyIdentity name="Castle.Core" publicKeyToken="407dd0808d44fbdc" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-999.999.999.999" newVersion="3.3.0.0" />
  </dependentAssembly>
  <dependentAssembly>
    <assemblyIdentity name="Castle.Windsor" publicKeyToken="407dd0808d44fbdc" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-999.999.999.999" newVersion="3.3.0.0" />
  </dependentAssembly>
  <dependentAssembly>
    <assemblyIdentity name="Microsoft.Practices.ServiceLocation" publicKeyToken="31bf3856ad364e35" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-999.999.999.999" newVersion="1.3.0.0" />
  </dependentAssembly>
  <dependentAssembly>
    <assemblyIdentity name="FSharp.PowerPack" publicKeyToken="99cf57b64b44bf93" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-999.999.999.999" newVersion="2.0.0.0" />
  </dependentAssembly>
  <dependentAssembly>
    <assemblyIdentity name="FSharp.PowerPack.Compatibility" publicKeyToken="99cf57b64b44bf93" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-999.999.999.999" newVersion="2.0.0.0" />
  </dependentAssembly>
  <dependentAssembly>
    <assemblyIdentity name="FSharp.Core" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-999.999.999.999" newVersion="4.4.0.0" />
  </dependentAssembly>
  <dependentAssembly>
    <assemblyIdentity name="FluentAssertions.Core" publicKeyToken="33f2691a05b67b6a" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-999.999.999.999" newVersion="3.5.0.0" />
  </dependentAssembly>
  <dependentAssembly>
    <assemblyIdentity name="FluentAssertions" publicKeyToken="33f2691a05b67b6a" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-999.999.999.999" newVersion="3.5.0.0" />
  </dependentAssembly>
  <dependentAssembly>
    <assemblyIdentity name="Microsoft.CSharp" publicKeyToken="31bf3856ad364e35" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-999.999.999.999" newVersion="5.0.5.0" />
  </dependentAssembly>
  <dependentAssembly>
    <assemblyIdentity name="Microsoft.VisualStudio.QualityTools.UnitTesting.Silverlight" publicKeyToken="31bf3856ad364e35" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-999.999.999.999" newVersion="2.0.5.0" />
  </dependentAssembly>
  <dependentAssembly>
    <assemblyIdentity name="System.Xml.Linq" publicKeyToken="31bf3856ad364e35" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-999.999.999.999" newVersion="5.0.5.0" />
  </dependentAssembly>
  <dependentAssembly>
    <assemblyIdentity name="Google.ProtocolBuffersLite.Serialization" publicKeyToken="55f7125234beb589" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-999.999.999.999" newVersion="2.4.1.555" />
  </dependentAssembly>
  <dependentAssembly>
    <assemblyIdentity name="Google.ProtocolBuffersLite" publicKeyToken="55f7125234beb589" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-999.999.999.999" newVersion="2.4.1.555" />
  </dependentAssembly>
  <dependentAssembly>
    <assemblyIdentity name="Google.ProtocolBuffers.Serialization" publicKeyToken="55f7125234beb589" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-999.999.999.999" newVersion="2.4.1.521" />
  </dependentAssembly>
  <dependentAssembly>
    <assemblyIdentity name="Google.ProtocolBuffers" publicKeyToken="55f7125234beb589" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-999.999.999.999" newVersion="2.4.1.521" />
  </dependentAssembly>
  <dependentAssembly>
    <assemblyIdentity name="System.Collections.Immutable" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-999.999.999
actual binding redirect written by Paket
disappeared when I ran it again
Aaron Stannard
@Aaronontheweb
worst part is it injected all of that shit into an application that doesn't even depend on any of those things
Aaron Stannard
@Aaronontheweb
virtually every App.config in the dev branch has had this since we merged in Paket: https://github.com/akkadotnet/akka.net/blob/dev/src/examples/HelloWorld/HelloAkka/App.config
Sean Gilliam
@sean-gilliam
talk about config diarrhea
Aaron Stannard
@Aaronontheweb
DotNetty transport is looking good - errors out on shutdown at the moment due to a bug in DotNetty but I'm investigating that over there
passed the AkkaProtocolStressTest and the multi-node testkit thus far
Yin Zhang
@melcloud
Hi guys, how do you add a supervisor strategy to router? In scala version, the FromConfig() has an extension method withSupervisorStrategy, I cant find it in akka .net?
Thomas Lazar
@thomaslazar
@Aaronontheweb almost all my prod environments will be on-premise and honestly? i have yet to see a customer that has IPv6 rolled out internally. i know none of our current ones do.
Christian Sparre
@christiansparre
@Aaronontheweb we only have IPv4 at our hosting partner at the moment and probably won't be changing internally any time soon. But if it is configurable I don't see a problem.
Weston
@ronnyek
saw posts that a guy got most of akka.net running under coreclr
thats sounding phenomenal
the mono clr stuff for vnext seems like it will do for a while, so akka.net probably already runs there
Kunjan Dalal
@kunjee17
Is any checked Azure service fabric. It is giving me deja vu feeling of AKKA. But on first view I can say it doing so much scale dance under the hood? Any idea difference similarities? Or Akka already have good scalable deployment stories already ?
difference / similarities *
Weston
@ronnyek
seems like in the service fabric is similar, they have some form of actor service
Kunjan Dalal
@kunjee17
Yup... and they deployment story is quite good. At least in a first look...
Bartosz Sypytkowski
@Horusiath
@Aaronontheweb did you removed paket from dev?
Bartosz Sypytkowski
@Horusiath
@kunjee17 first of all Azure Service Fabric is more a ready product available only for Azure, than library of any kind. It brings it's own actor library, which is much closer (actually it's a fork) to Orleans than Akka.NET. When it comes to scalable deployment I believe you mean service discovery necessary for establishing/joining to a cluster - ASF have one build in, in Akka.NET it's up to you, you can plug what you want, including Azure Service Fabric discovery service itself.
is a good read on the differences between akka and orleans
although there are differences between orleans and ASF it might be a good start
Joshua Benjamin
@annymsMthd
I'll be doing a docker akka.net cluster demo setup soon. With docker compose and docker networks it should be pretty simple now
Weston
@ronnyek
is it wrong to think that to some extent akka.net can do some of what you can achieve with service fabric
or totally different solutions for different problems
Aaron Stannard
@Aaronontheweb
@Horusiath yes
Kunjan Dalal
@kunjee17
@Horusiath thanks for detailed answer. @stefansedich I searched for Orleans vs ASF and find out it is more like magic they doing behind the scenes. But they are not using it and both have two different ways to go. o_O.
Kunjan Dalal
@kunjee17
@annymsMthd docker??? That will be sweet... :+1:
Bartosz Sypytkowski
@Horusiath
@Aaronontheweb ok, my local dev just broke - 1,5k errors after running build all
Bartosz Sypytkowski
@Horusiath
just found interesting thing - I have custom base actor of type A inheriting from ReceiveActor and defining some base Receivers in it's constructor, and concrete actor B inheriting from A that is created using castle windsor DI. But when DI creates instance of B, I receive null exception - it turns our that list of receivers of actor B is empty (as it didn't introduced any for itself, inheriting only those from A) - it looks like receivers defined by A have been cleared out.
problem appears only when actor props are created using DI
Bartosz Sypytkowski
@Horusiath
for some reason protected override bool AroundReceive(Receive receive, object message) receive parameter passed is null
MartinNiemandt
@MartinNiemandt
Hi guys would aliasing a namespace cause issues? e.g. making the actor not receive the message ? what effect would it have if the aliases are different?
by alias I mean this using LeNameSpace = System.Original.Namespace.Messages
MartinNiemandt
@MartinNiemandt
Sorry I was not thinking, and my last messages seems a bit stupid but I meant, if the alias my actor used eg using abc = Shared.Messages; and my sender used using cba = Shared.Messages; would the Receive<abc.message> still be hit if the sender sent cba.message?
Bartosz Sypytkowski
@Horusiath
@MartinNiemandt aliases in C# are resolved before compilation, they have basically no meaning for the compiler. So in result you'll always receive fully qualified message type
MartinNiemandt
@MartinNiemandt
@Horusiath thank you! I was wondering why my actor was ignoring everything I told it then I just realized it is probably giving me the silent treatment not naming him :|. but I got some helpful info from the experience all the same.
MartinNiemandt
@MartinNiemandt
Hi Me again, I keep getting this Additional information: 'akka.actor.provider' is not a valid type name : 'Akka.Remote.RemoteActorRefProvider, Akka.Remote' from the ConfigurationFactory I went and tried your chat server sample with it and got the same, any ideas?
MartinNiemandt
@MartinNiemandt
Sorry, I see now Akka.Remote was missing. Staring at the code all day made me blind to the obvious. sorry for the trouble
Aaron Stannard
@Aaronontheweb
@Horusiath yes, I had the same issue initially - Paket introduced a ton of stuff into the build process that essentially broke MSBuild when I removed paket.targets from all project files
like I had a GAC collision around System.Collections.Immutable a bunch of issues with XUnit2 DLLs not being able to load
I likely missed some stuff when I got rid of much of it - or there are files that are git-ignored that need to be deleted