Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • Oct 16 22:15
    Aaronontheweb synchronize #3889
  • Oct 16 21:00
    dependabot-preview[bot] synchronize #3986
  • Oct 16 21:00

    dependabot-preview[bot] on nuget

    Bump NUnit from 3.6.1 to 3.12.0… (compare)

  • Oct 16 21:00
    dependabot-preview[bot] synchronize #3985
  • Oct 16 21:00

    dependabot-preview[bot] on nuget

    Bump FsCheck.Xunit from 2.9.0 t… (compare)

  • Oct 16 21:00
    dependabot-preview[bot] synchronize #3983
  • Oct 16 21:00

    dependabot-preview[bot] on nuget

    Bump ApprovalUtilities from 3.0… (compare)

  • Oct 16 21:00
    dependabot-preview[bot] edited #3985
  • Oct 16 21:00
    dependabot-preview[bot] edited #3986
  • Oct 16 21:00
    dependabot-preview[bot] synchronize #3982
  • Oct 16 21:00
    dependabot-preview[bot] synchronize #3987
  • Oct 16 21:00

    dependabot-preview[bot] on nuget

    Bump FsPickler from 5.2.0 to 5.… (compare)

  • Oct 16 21:00

    dependabot-preview[bot] on nuget

    Bump LightningDB from 0.9.8 to … (compare)

  • Oct 16 21:00
    dependabot-preview[bot] edited #3982
  • Oct 16 21:00
    dependabot-preview[bot] edited #3983
  • Oct 16 21:00
    dependabot-preview[bot] edited #3987
  • Oct 16 20:59
    dependabot-preview[bot] edited #3982
  • Oct 16 20:59
    dependabot-preview[bot] edited #3985
  • Oct 16 20:59
    dependabot-preview[bot] edited #3987
  • Oct 16 20:59
    dependabot-preview[bot] edited #3986
Arjen Smits
@Danthar
@nvivo a group-router-like actor could definitely be used to wrap the idle-monitoring behaviour.
Natan Vivo
@nvivo
basically created a class Entry { ActorRef Actor; bool Busy; }
and set the flags on request response. this of course depended on all answers going back to the actor I had
this model is so flexible there are many ways to do the same thing
Arjen Smits
@Danthar
Yup
Thats why I was asking if there is anything in Akka right now, that can be used to achieve the same thing. Without me having to manually implement it.
Brandon Wilhite
@JediMindtrick
Is there a way to allow an akka.net actor to interact with a remote akka (jvm) actor? Akka-jvm has a wire protocol, would this allow it?
Natan Vivo
@nvivo
not currently
Brandon Wilhite
@JediMindtrick
ok, so not currently. If we wanted to build such a thing, does anyone know if the wire protocol might be the enabling tech for it? OR is there really not any enabling tech (other than design off of http/tcp/whatever from the ground up)?
Arjen Smits
@Danthar
When you start talking about communicating between the CLR and JVM It suffers from the same problems as any remoting tech. The wire protocol is the least of your problems.
Brandon Wilhite
@JediMindtrick
Sure, there would be a lot of obstacles.
There's a lot of complexity there that would have to be handled. My thought was that possibly the Akka wire protocol was defined to help handle some of it....not really just worried about the transport here.
Arjen Smits
@Danthar
@Aaronontheweb would know alot more about this topic.
Brandon Wilhite
@JediMindtrick
k, thanks
Arjen Smits
@Danthar
He's the one who worked on Helios/Lighthouse and alot of the remoting stuff (afaik). So he is probably much better equipped to tell you what kind of cesspool your walking into ;)
Brandon Wilhite
@JediMindtrick
lol, y I'm sure...I'm not really contemplating this for any actual work project, more as a persistent itch I've had the last few years...just to see if it can be done
Natan Vivo
@nvivo
anything is possible, few things are worth the trouble
I believe if you want to communicate between 2 different systems, it's easier to build some http layer through json nowadays outside of akka and just use that
Brandon Wilhite
@JediMindtrick
and also...just because it can be done doesn't mean you should do it :)
Natan Vivo
@nvivo
yeah.. think about it, yo usually won't couple 2 applications made with different versions of .NET
even more with 2 applications made for different languages at that level
Brandon Wilhite
@JediMindtrick
don't get me wrong....I'm not advocating people should do what I'm asking about...I'm more just curious about this since the idea of rpc is kind of built into akka from the get-go
after all...if I'm sending a message to a remote actor, what should it matter what kind of runtime is running over there? But my experience with akka is limited and this is just something I've wondered about for awhile now.
i'd think supervision, deathwatch and probably other things would get pretty hairy
Natan Vivo
@nvivo
sure
from what I read here, one of the big problems would be endianess, as the protocol is binary and java and .net use different ways to encode these stuff
it would be possible if the two systems used exactly the same serializer, then you'd go into the next issues with message formats...
Brandon Wilhite
@JediMindtrick
so what kind of problems would you hit if you bumped up another level and tried to do something like akka-jvm proxy -> json over (pick your transport) <- akka.net proxy
obviously, you'd have to track liveliness somehow
Natan Vivo
@nvivo
this is the kind of question for @Aaronontheweb.
Brandon Wilhite
@JediMindtrick
k, thanks again, useful exchange
Natan Vivo
@nvivo
sure
Arjen Smits
@Danthar
@JediMindtrick if your going that route. Why use a raw HTTP endpoint with json? why not explicitly model that communication with message types. And use a messagebus like RabbitMq for that?
Joshua Benjamin
@annymsMthd
@Aaronontheweb looks like i have a few run away builds
Joshua Benjamin
@annymsMthd
@rogeralsing If you have access to the teamcity site can you cancel those runaway builds i caused?
Andrew Skotzko
@skotzko
@annymsMthd stopped them for you
Joshua Benjamin
@annymsMthd
thanks
Aaron Stannard
@Aaronontheweb
@annymsMthd our build server just really liked XUnit 1.9.2 is all
btw, just deputized you as an official contributor to Akka.NET now - you've earned it
@JediMindtrick ahhh... the joys of JVM <---> .NET wire compatibility
Joshua Benjamin
@annymsMthd
\o/
Aaron Stannard
@Aaronontheweb
pull up a chair, and hear my song: a tale of woe about endianness, built-in serializers, and wire format compatibility
Joshua Benjamin
@annymsMthd
lol
Arjen Smits
@Danthar
hehe ^^
Aaron Stannard
@Aaronontheweb
many moons ago, computer organizers decided for no apparent reason to organize words in memory in completely backwards orders
across different systems for reasons that are arbitrary
but that matters not
the JVM architects decided, for their own reasons, that big endianness was the one true way to organize bytes
and Microsoft, being the arch-nemesis of any company run by open source birkenstock-wearing hippies
decided that little endianness must be the one true way