We’re working on an ClusterClient replacement that would use HTTP(2) or GRPC as it’s transport, this would be more or less what you’re after and also allow to keep the convenience of Actor messaging.
I’d strongly discourage reverse engineering the protocol as such impl will be rather brittle, and is bound to miss some intricacies in it. -- Cheers, Konrad 'ktoso <http://kto.so>' Malawski Akka <http://akka.io/> @ Lightbend <http://lightbend.com/> On November 20, 2017 at 1:34:39, Roland Kuhn ([email protected]) wrote: Hi Tom, the core feature of Akka Cluster is location transparency: all Actors within the cluster can seamlessly communicate via their ActorRefs. Including something that is not really part of the cluster, or that can at least not fully participate in the location transparent setting, will likely lead to impedance mismatch down the road—and quite possibly some pain and suffering. Why don’t you communicate between your Android device and some cluster members using an established protocol suite like HTTP? That way you will not have trouble telling different kinds of ActorRefs apart regarding their semantic limitations. Regards, Roland Skickat från min iPad 15 nov. 2017 kl. 18:50 skrev Tomasz Ratajczak <[email protected]>: Hi, how difficult would it be to develop socket based Android client for Akka cluster without the Akka client libraries? I would like to have the flexibility of Android network libraries and the power of Akka cluster without going into the incompatibilities of Akka Java and Android Java. Do not see a need for actors on Android device, only need for interaction with the cluster actors. This basically would involve reversing the Akka remote protocol and as such may be a maintenance nightmare. Can this be done though? It seems to me that frontending the Akka cluster with a custom, stateless proxy that would act as a cluster client would be a much better alternative. Thank you, Tom -- >>>>>>>>>> Read the docs: http://akka.io/docs/ >>>>>>>>>> Check the FAQ: http://doc.akka.io/docs/akka/current/additional/faq.html >>>>>>>>>> Search the archives: https://groups.google.com/group/akka-user --- You received this message because you are subscribed to the Google Groups "Akka User List" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at https://groups.google.com/group/akka-user. For more options, visit https://groups.google.com/d/optout. -- >>>>>>>>>> Read the docs: http://akka.io/docs/ >>>>>>>>>> Check the FAQ: http://doc.akka.io/docs/akka/current/additional/faq.html >>>>>>>>>> Search the archives: https://groups.google.com/group/akka-user --- You received this message because you are subscribed to the Google Groups "Akka User List" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at https://groups.google.com/group/akka-user. For more options, visit https://groups.google.com/d/optout. -- >>>>>>>>>> Read the docs: http://akka.io/docs/ >>>>>>>>>> Check the FAQ: >>>>>>>>>> http://doc.akka.io/docs/akka/current/additional/faq.html >>>>>>>>>> Search the archives: https://groups.google.com/group/akka-user --- You received this message because you are subscribed to the Google Groups "Akka User List" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at https://groups.google.com/group/akka-user. For more options, visit https://groups.google.com/d/optout.
