Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • 06:31
    Aaronontheweb commented #4085
  • 06:28
    Aaronontheweb commented #4085
  • 06:24
    Aaronontheweb commented #4085
  • Dec 07 11:49
    IgorFedchenko commented #4085
  • Dec 07 10:31
    IgorFedchenko commented #4085
  • Dec 07 08:36
    IgorFedchenko commented #4085
  • Dec 06 20:57
    IgorFedchenko commented #4085
  • Dec 06 20:32
    IgorFedchenko commented #4085
  • Dec 06 20:01
    IgorFedchenko commented #4085
  • Dec 06 19:55
    IgorFedchenko commented #4085
  • Dec 06 16:22
    Aaronontheweb labeled #3997
  • Dec 06 16:22
    Aaronontheweb closed #3997
  • Dec 06 16:20
    IgorFedchenko commented #3997
  • Dec 06 16:08
    IgorFedchenko commented #4085
  • Dec 06 15:50
    Aaronontheweb assigned #4085
  • Dec 06 15:50
    Aaronontheweb labeled #4085
  • Dec 06 15:50
    Aaronontheweb labeled #4085
  • Dec 06 15:49
    Aaronontheweb closed #4032
  • Dec 06 14:58
    IgorFedchenko commented #4032
  • Dec 06 14:57
    IgorFedchenko opened #4085
Aaron Stannard
@Aaronontheweb
for debug purposes, why don't you go ahead and remove them from your default build target for now?
get your code to work and then you can worry about the setup :p
I'm still dealing with issues related to my Windows 10 and VS 2015 upgrade
Suhas Chatekar
@schatekar
ok
the build step builds Akka.sln how do I tell it to skip fsproj projects?
Aaron Stannard
@Aaronontheweb
inside Visual Studio you can modify which projects build on a particular build target
I think this is a change you'd be making at the solution level
blob
Solution --> Properties --> Configuration
and you can turn off the individual FSharp projects
should be about 6 of them
Suhas Chatekar
@schatekar
got it
Aaron Stannard
@Aaronontheweb
you'd need to let those projects build again when you submit a PR :p
but for the time being, you can temporarily leave it that way while you work on your stuff - rather than have to fight with VS and the F# installer :p
Suhas Chatekar
@schatekar
ok, that worked, and your fix works too
but the test I ported is failing so i would not submit the PR just yet
or if you like, I can submit the PR only for the change to fake file
Aaron Stannard
@Aaronontheweb
yep, sounds like a good idea
send in one PR for the FAKE change
and IMHO, may as well put in another PR for the test - even though it's failing
that way I can look at it
Suhas Chatekar
@schatekar
ok
Aaron Stannard
@Aaronontheweb
Graeme's PR is failing because of a bunch of bugs inside the MultiNodeTestKit, which I'm working on now - yours might also have the same issue
Suhas Chatekar
@schatekar
ok if I give you both PRs tomorrow
Aaron Stannard
@Aaronontheweb
:thumbsup:
Suhas Chatekar
@schatekar
bit tired at the moment, must go to sleep
Aaron Stannard
@Aaronontheweb
looks like all of those updated Akka.Remote and Cluster docs are starting to pay off: http://stackoverflow.com/questions/32094660/how-to-detect-remote-actor-disconnection-dissociation#comment52104082_32094660
able to use the new docs to answer their own question
Mike Johnson
@softwaremike

@bruinbrown (or anyone else who can answer): Related to a question about spray and the ability to hook up a REST interface to an actor system (e.g. so we could provide a way to query some property stored within some actor), you said the following:

Akka-Http is an existing Akka project by the developers of Spray and Tyrpesafe designed to make a HTTP API interface which works directly with actors themselves http://doc.akka.io/docs/akka-stream-and-http-experimental/1.0-M2/scala/http/. If you're not wanting to wait for the release of Aka.Http then it's possible to use any of the existing HTTP API libraries (ASP.Net WebAPI, Nancy, WCF etc) and there's a couple of options on getting your API endpoints connected to your actor system

Can someone elaborate on the currently available "options of getting your API endpoints connected to your actor system"? I'm loving the possibilities with akka.net, just not sure how to "get data out of" it. For example, let's say I'm building an actor system that does something like keep a multiplayer game's player attributes up to date. Then I'm building a web site where I can show current stats on a set of users. I'm thinking the website needs to somehow "look into" the actor system to grab some set of stats from one or more actors. (So it's basically making queries against the actor system from outside the actor system itself.) Are there any examples/patterns to do something like this?
Wolfgang Loder
@kujua
@softwaremike I use an actor in the API implementation to communicate with the actor system.
In your case there is either the option to push messages with the player attributes to the actor in the API or the API actor asks the actor system for the data.
The latter would use async communication (Tell), or have an Ask with async/await in a thread.
Communication to the client can be done via web sockets (SignalR or similar) to push data to the web client and update when data is available. The Web Crawler example is using this approach: Samples.
tstojecki
@tstojecki
@Horusiath et all, are there any java/c# samples out there for you work with persistent actors? i have read through the http://getakka.net/docs/Persistence docs, but i am still pretty consufed about how to work with this api... for example, do i need to handle Receive, ReceiveCommand, ReceiveRecovery, etc...
i would like to start with something simple that can persist a few events and rebuild its state on failure
Bartosz Sypytkowski
@Horusiath
@tstojecki there is no Receive in persistent actors, you have ReceiveCommand instead. ReceiveRecovery is used only, when persistent actors has been resurrected and is trying to recover from the set of events it persisted before
you can look at my example, I'll finish it some day probably :P
I want to change some of the patterns presented, but some basic concepts are already there
tstojecki
@tstojecki
so this.Receive appears to be available on PersistentActor, but you're saying i should leave it alone
and handle ReceiveCommand instead
i am looking at the example too
tstojecki
@tstojecki
@Horusiath really nice job with the sample, my head is spinning a little bit, but i think i am getting the gist of it
once i get to a good stopping point i would like to help with docs for this, i think using code snippets from the sample might serve us better the the current persistent docs
Anthony Brown
@bruinbrown
@softwaremike you can hook up Akka.Net to any of the existing Web frameworks, essentially all you need to do is look up an actor in your actor system typically by doing something like system.ActorSelection("/user/MyActorA/MyActorB") and then once you've got that reference you can easily send data into the system by just using Tell on that address to pass it a message, if you want to then get data out, you can use Ask, which async sends a message and awaits a response from the target (it's up to the target to remember to send back a response, there's no RPC in Akka.Net). Alternatively you can use SignalR and push data down to the clients (this fits in more with the reactive nature of Akka.Net).
Anthony Brown
@bruinbrown
@softwaremike Here's a simple example of how using ASP.Net Web API 2, you can get data out of the actor system https://gist.github.com/bruinbrown/14a8fc8cfa30ef667135
Suhas Chatekar
@schatekar
@bruinbrown on SignalR, how well does it scale in a true web scenario if you have got thousands of concurrent users using your webiste?
Roger Johansson
@rogeralsing
nugot.png
boom!
Suhas Chatekar
@schatekar
Is this a real website?
Graeme Bradbury
@GraemeBradbury
Appears to be (google finds it) Now if only they could fix the api rather than just the website
Anthony Brown
@bruinbrown
@schatekar I've only had experience up to a couple of thousand connections at once but that was on relatively low end VMs, you've then got either signalr backplanes for scale out or multiple servers with consistent hashing if you need really low latency
Roger Johansson
@rogeralsing
Nugot.net (With an o)