/akka-user/I5xcmDF5X00/v2Q7hLcPCuQJ,
so we have more clues on what's actually happening.
On Thu, Aug 7, 2014 at 11:30 PM, Syed Ahmed sbua...@gmail.com
javascript: wrote:
FYI - Just tried with 2.3.4 and it doesn't change the behavior..
On Thursday, August 7, 2014 10:38:38 AM UTC-7
that Akka's internal remoting can't get any time for its own
messages.
On Wednesday, August 6, 2014 12:08:20 PM UTC-6, Syed Ahmed wrote:
Hello,
Im new to Akka/Akka Remoting..
We need to send large messages in the order 500-600MB. After viewing and
checking some mailer post I found that I
messages.
On Wednesday, August 6, 2014 12:08:20 PM UTC-6, Syed Ahmed wrote:
Hello,
Im new to Akka/Akka Remoting..
We need to send large messages in the order 500-600MB. After viewing and
checking some mailer post I found that I have to change Akka Remote netty
tcp settings which I did and my
FYI - Just tried with 2.3.4 and it doesn't change the behavior..
On Thursday, August 7, 2014 10:38:38 AM UTC-7, Syed Ahmed wrote:
Hi Ryan,
In my test its a very large string and I just get the string back from the
message (i.e. it gets deserialized) -- Im not doing anything further
Hello,
Im new to Akka/Akka Remoting..
We need to send large messages in the order 500-600MB. After viewing and
checking some mailer post I found that I have to change Akka Remote netty
tcp settings which I did and my application.conf has the following...
remote {
transport =
Hello,
Im new to Akka/Akka Persistence.. Though the documentation seem to provide
information on the Akka View -- Im looking for use cases of the same. Is it
for supporting High Availability -- wherein if the Processor is running on
one node and Akka View can be on another node and provide HA
(...),
and an AverageNumberView which gets all the Number events, but it's
state is completely different from the processor - it only exposes the
average (the processor does more things with them for example).
I hope this helps!
On Wed, May 21, 2014 at 7:24 PM, Syed Ahmed sbua...@gmail.comjavascript