akkadotnet/akka.net

Port of Akka actors for .NET

Vagif Abilov

@object

Saw that 1.0.7 PR has been accepted for Akka.Persistence.SqlServer. That's a great news, I will start using it right away and hope that NuGet package will also be released soon.

Ralf

@Ralf1108

is it possible to connect to actor system via named pipes?

Zetanova

@Zetanova

If an bigger actor needs to make some requests and wait for the response, how to get this roundstrips in some kind of farmated code ?

BecomeStacked(msg =>
                {
                    return OldBecome(msg) || msg.Match()
                        .With<Response>(m =>
                        {

                            UnbecomeStacked();
                        })
                        .WasHandled;                    
                });

whould it plausible to inline the function and how to get the on the Oldbecome ?

How could it be done for multiple requests?

Zetanova

@Zetanova

How i am currently doing things with requestIds, it is getting very fragmented and i think that i would get problems in 12monath to read and navigate in my own code

Jeff Cyr

@JeffCyr

@Ralf1108 There's work in progress to support named pipes in v1.5

Ralf

@Ralf1108

ok cool :-)

would be cool to support scenarios for multi process akka systems without opening a port and hassle with firewall rules

Kris Schepers

@schepersk

indeed..

Aleksandrs

@sonicflare

Can somebody shine a light on what happened to AsyncBehavior.Suspend/AyncBehavior.Reentrant on Receive? I need to do bunch of operations, but i dont want to waste thread on blocking, and Suspend is the thing that im looking for

Jeff Cyr

@JeffCyr

@sonicflare Are you looking for ReceiveAsync<T>(Func<T, Task>)?

AsyncBehavior got dropped a long time ago, only Suspend is supported now, there is an overload of Receive that accepts a Func<T, Task> it have been renamed to ReceiveAsync in 1.0.7

Aleksandrs

@sonicflare

@JeffCyr looks like it, and it does the suspend by default? So while it is waiting for stuff to complete, no other messages for this actor is processes, right?

Jeff Cyr

@JeffCyr

That's right

Aleksandrs

@sonicflare

@JeffCyr thanks!

Jeff Cyr

@JeffCyr

np!

Grzegorz Bernas

@profesor79

hi guys, just found this question on SO is there a way to use app.json .net core with HOCON

eyantiful

@eyantiful

Hi,
Any sample on how to send Actor (Initiating actor in choreography) inside a meesage in Cluster environment?
Thanks

Christian Sparre

@christiansparre

For a monitoring solution for our services (not using clustering), what would be the best way to present a "list/tree" of actors of a local actorsystem. Having each actor respond to a "getchildren" message or is there a way to ask the actorsystem this? Is there a way to traverse the actor tree?

Zetanova

@Zetanova

@christiansparre the get list/tree its the same as to work with system file directories. You need to ask each folder for the child-items. But i dont know if there is a system message for doing it like Akka.Actor.Identity

Arjen Smits

@Danthar

There is no officially supported way of doing this. But there is a hacky one.

Lejdholt

@Lejdholt

Hi, AroundReceive for UntypedActor allways returns true and ReceiveActor inherites from UntypedActor without changing this behavior. Shouldn't ReceiveActor return false for AroundReceive if for some reason the message wasn't handled by a Receive function defined in a ReceiveActor?

Arjen Smits

@Danthar

@christiansparre check out this repo by @rogeralsing https://github.com/rogeralsing/Beacon

The actor in there illustrates a way you can "explore" your actorsystem.

However once again. this is not officially supported stuff. But it should give you a nice sample on how you can do this.

basically what it boils down to is you recursively apply an Identify message on an ActorSelection with wildcard

Problem is, you never know when you are done. So running this could kill your cluster :P because you;d end up continually spamming it with identify messages.

But it you could tweak it with clear end-conditions, or be able to restrict it parts of your cluster only. It could be the basis of a nice tool.

Bartosz Sypytkowski

@Horusiath

@Lejdholt it's a very good notice.

could you set that as an issue on github?

Lejdholt

@Lejdholt

Was hoping it was me who didn't understand ;P. But yes, I'll do that.

Bartosz Sypytkowski

@Horusiath

@eyantiful since you can send message through cluster in multiple ways, you need to be more precise. There are few various examples here i.e. cluster section from core repo and cluster web crawler

Lejdholt

@Lejdholt

@Horusiath here is the new issue akkadotnet/akka.net#1894

Jeff Cyr

@JeffCyr

@Lejdholt @Horusiath I think Unhandled(object msg) is called somewhere else in ReceiveActor

https://github.com/akkadotnet/akka.net/blob/fe69c8408fa5a49de4871262746d77a08e73fd2f/src/core/Akka/Actor/ReceiveActor.cs#L70

eyantiful

@eyantiful

@Horusiath sorry for the minimalism.
I have a custom serializer (ProtoBuf.Net) for type Message.
Message has (among others) IActorRef property for the initiator actor.
In the samples you mentioned the default serializer is used as far as i can tell.
Might be ISurrogated interface which should be surrogated?
I guess the question is more is passing IActorRef around good practice?
In a low-latency application what is the overhead of the resolving for each message?

Lejdholt

@Lejdholt

@JeffCyr If I want to log handled messages (commands) to a message store in my ReceiveActor without doing it in every receive function, how would I do that? I thought I could use AroundReceive for this, guess not. Feels a bit inconsistent but I think i'm missing something.

Jeff Cyr

@JeffCyr

@Lejdholt Do you expect an actor to receive a lot of unhandled messages? Why not log every messages?

Lejdholt

@Lejdholt

@JeffCyr No but I dont want to store commands that wasn't handled. Storing commands are for followup, what command resultet in that event, through correlationids and causationids

Artur Karbone

@ArturKarbone

Is there a more advanced way to control ITellScheduler? Cron-like for instance. Currently ITellScheduler provides initial delay and iterval.
I want something like once at 2AM during workdays, stuff like that. Thanks

Lejdholt

@Lejdholt

logging commands to a "normal" log is already done in the parent actor.

Jeff Cyr

@JeffCyr

@ArturKarbone Not sure if this is production ready, but I think you are looking for https://github.com/akkadotnet/Akka.Quartz.Actor cc @maxim-s

Artur Karbone

@ArturKarbone

@JeffCyr i think this is what i need. Thanks

Bartosz Sypytkowski

@Horusiath

@eyantiful in order to serialize IActorRefs, serializer must support surrogates (both Wire and JSON.NET do), otherwise you'd need to pass it i.e. string determining path to an actor, and then resolve it by yourself.

passing IActorRef is good, if used when necessary. Also how low-latency do you mean?

eyantiful

@eyantiful

@Horusiath we should support 15k concurrent msgs in under 100ms.
When you say resolving do you mean ActorSelection?

Jeff Cyr

@JeffCyr

@eyantiful Are you able to batch messages? Akka.Remote cannot handle 150K msg/sec

We are working on increasing the performance of Akka.Remote in v1.5

Where communities thrive

People

Repo info

Activity