News for hackers. Stuff that matters.

A comment on Actor system for the JVM developed by Electronic Arts. Parent comment

Re:Actor system for the JVM developed by Electronic Arts by yashap on Thursday April 28, 2022 @11:53AM (#31194084)
Agreed, although it’s not always fire-and-forget (i.e. send a message and don’t wait for a response). Actors generally do support request/response style messaging, but it’s always async - it’s really only synchronous request/response communication that’s not allowed.
[ Parent | on HN ]
Re:Actor system for the JVM developed by Electronic Arts by ryukafalz on Thursday April 28, 2022 @02:40PM (#31196480)
Not always. Goblins[0] is an example of an actor system that supports both synchronous and asynchronous communication between actors, with synchronous communication only possible if both actors are in the same “vat” (a kind of event loop).

[0] https://docs.racket-lang.org/goblins/

[ Parent | on HN ]
Re:Actor system for the JVM developed by Electronic Arts by paroneayea on Tuesday May 03, 2022 @11:35AM (#31249592)
Hi! Yeah I'm the author of Goblins :)

Yes, Goblins' "vat" model descends from E, which supports the "hybrid worldview". http://www.erights.org/

I have a tendency to call Goblins objects "actors", though some people in the community like to point out that "distributed object" is preferable since synchronous call/return is not supported in actors. But yeah.

[ Parent | on HN ]
Re:Actor system for the JVM developed by Electronic Arts by dragonwriter on Thursday April 28, 2022 @12:03PM (#31194224)
> Agreed, although it’s not always fire-and-forget (i.e. send a message and don’t wait for a response).

Sure, you can do async request/response in the actor model, but the low-level basic mechanism all communication is built on is send a message to an actor mailbox and keep going. Everything else is built in top of that.

[ Parent | on HN ]