But in general, I'd say the actor (or actors) that represent your world are ultimately responsible for the position.
For something specific to the character, like if they are performing some action, that's on them.
One key thing to remember is that actors are cheap, they aren't like threads, you can have hundreds of thousands.
So for cases like the world, you just need to split it up into small enough blocks.
For players they can own their own actions.
For interactions between players (say trading) there is nothing preventing you creating a temporary actor for that kind of thing.
So for cases like the world, you just need to split it up into small enough blocks.
For players they can own their own actions.
For interactions between players (say trading) there is nothing preventing you creating a temporary actor for that kind of thing.
So having a play with Orbit one the things I find is passing a large amount of messages in a flow for initialization back and forth between Actors. e.g SessionActor > (JoinGameSession) GameSession > (InitPlayerSession) PlayerActor > (OnPlayerSessionInit) GameSession > (SetGameSession) SessionActor
Normal or bad design?
SessionActor = actor representing a session stores netty channel. GameSession = a lobby. PlayerActor = player in game session is stored in the gamesession.
Then throwing in database to retrieve data complicates it a lot more. Generally i am trying to go for "Initialize" msg which is sent then in between init a few calls / messages are passed to get data from db/cache then when done it calls "InitializeComplete" or something
A NoIdentity actor does have an identity still. You just don’t need it for creating references etc.
@JoeHegarty I don't know if a pull-request for this would be useful. I've had to make a modification where you can define the ClassLoader that the DefaultCacheManager uses in JGroupsClusterPeer. The problem was that it didn't know how to serialize RemoteKey. The issue is very specific to the server software I'm using. You have the main server and it dynamically loads in plugins (separate jars) run-time using a class loader. This causes the jboss marshalling to throw a ClassNotFoundException but I can work around it by defining my own ClassLoader. Do you know of any standard fix I may have missed?
It is the default for legacy reasons but a lot of teams (including ourselves) use alternative providers such as the Redis one.
hello everyone, I was looking through Orbit related repos on GitHub and I have discovered: https://github.com/orbit/orbit-redis-cluster. I was wondering if anyone tried to use it in production and if there are any challenges using it
Actually, that's the one we recommend using
It's the one we (authors of Orbit) at EA use for our production workloads.
So that code has been deployed in production environments where we're handling hundreds of thousands of messages a second across the cluster
has anyone tried to use Orbit in a single JVM, without JGroup and Infinispan. We are trying to migrate to Orbit, but it is a little tricky/dangerous to move to Orbit Redis Cluster from get go. We would like to ensure that everything works in "single" node mode and then add clustering.
For example we have a cluster where each node runs a JVM with Orbit, but each node is independent and we use LB and sticky sessions to route the requests. Once we prove that this works, we remove sticky sessions and enable Orbit Clustering to rely on Orbit for finding the actors in the clusters
@gorgtopalski Have you looked at Indexing in Orleans? If that is overkill then implement a btree where each node is an actor with a few hundred references (size optimised for persistance costs) with your aspect/facet/DI pattern of choice to update the btree on actor state change.
Didn't now that we have async-await already in java. Wondering why is not popular .. seems very handy to me.
I'm trying spring webflux + orbit now. Have a bean to instantiate orbit Stage and then found that Actor.getReference is static.
Does that mean I cannot have more then one Stage instance in a JVM(classloader)?
not sure if it makes sense to have more but still wanted to ask you about that
In orbit I can see TaskContext and Task are integrated and probably one can have some context there
I just wanted to pass a logging operation id all over all async calls.
So if you have an entry called requestId. You’d add “requestId” as a sticky header and orbit will send that across the network whenever it encounters it.
?
You can use any Jgroups config you want. See https://github.com/orbit-legacy/orbit1/wiki/Advanced%3A-JGroups-Cluster-Configuration
Gives you an example of how to load a different jgroups config
does ember-orbit track attributes? will ember observe which all values have been updated and send patch request accordingly?
suppose an object 'a' has 4 attributes a1, a2, a3 and a4
if i call updateRecord for a will orbit find the values that have been changed and send patch request accordingly @dgeb @tchak
suppose an object 'a' has 4 attributes a1, a2, a3 and a4
if i call updateRecord for a will orbit find the values that have been changed and send patch request accordingly @dgeb @tchak
Can anyone give me the params needed for the redis cluster, so if I have a single large Redis node, what should we use here https://devhub.io/repos/orbit-orbit-redis-cluster, I mean in the messaginGURis, nodeDirectoryUri and actorDirectoryUri