Hi Mike,
it took a bit until your proposal registered properly (I blame the sun): I
agree that it would be nice to have a link to the API on every page of the
reference docs, I’ve seen that elsewhere and it makes sense. It would be even
nicer to have everything in the code samples linked to its
Hi Daniel & Arno,
consuming response entities needs to be done so that the connection becomes
reusable afterwards, i.e. to free up the resource. In this sense, does it
really matter how long that takes? If the connection goes idle for too long, it
will be closed anyway, so attaching a `Sink.ig
The details here are probably too subtle to be useful as a system design tool:
there are two kinds of failure handling at play in this example—a caught
exception and propagation of teardown—and only one of them is reasonably
controlled by the supervisionStrategy. I would recommend using `.recove
Another way to put this: yeah, you can do this, but you’ll have to use a
suitable ClassLoader implementation that you control :-)
> 31 maj 2017 kl. 09:17 skrev Richard Ney :
>
> Kinda suspected that would be your answer 😎
>
> Sent from my iPhone
>
> On May 30, 2017, at 11:22 PM, Patrik Nordwal
Hi Stephen,
wasn’t your requirement to drop the whole sub-list when a failure occurs during
its processing? That is not achieved with this design: you’ll have to buffer
all events and only release the buffer when the substream completes
successfully. Something like
.fold(Vector.empty[Int])(_
Just a thought: are you using the Scala distribution’s runner to run the
application? There were versions that added an old version of Akka to the
bootclasspath.
Regards,
Roland
> 20 juni 2017 kl. 14:28 skrev Matlik :
>
> I find it strange that it would be Akka, but this does appear to only i
Hi Bryan,
thanks for articulating your points! Regarding the first one I’d like to widen
the scope of the discussion: is it useful to access the private state of a
state machine for testing purposes? I know that I am guilty of creating the
akka-testkit nearly seven years ago, allowing precisely
There already is ExtensibleBehavior, does that not provide you with all the
access and tools you need?
> 18 juli 2017 kl. 13:53 skrev Bryan Murphy :
>
> I mostly agree with you and the NamedStateBehavior may only be useful when
> you have well defined state transitions (low change frequency) or
Hi Yannik,
if your logging facility were capable of streaming then you could also avoid
the double materialization issue using the .alsoTo combinator: you send the
bytes to the logger while processing them in your business logic. This is also
beneficial if the logger compacts the data, reducing
Hi Sean,
thanks for discussing Akka Typed!
The design decision behind splitting the interface into a public and a private
part is documented in the ScalaDoc for ActorRefImpl: end users shall not ever
see the top two methods because there cannot possibly be a reason to use
them—but the implemen
Since it is Actor-2 that is violating its contract, why don’t you write a test
that inspects the response of Actor-2 to a Restart message? Sending to `self`
is tracked by EffectfulActorContext and Actor-1’s role would be stubbed by an
Inbox that you can inspect as well. The post condition should
Hi Sean,
removing the self-type would not help: its function is only to ensure that
every ActorRef also has an appropriate implementation, basically proving that
the down-cast that is used in many places in the implementation will work out
fine. In the end every ActorRef needs to support the se
Another way of putting this is that given enough time any cluster of size N
with auto-down will eventually end up as N single-node clusters. It is thus not
a sustainable strategy unless you invest the manpower to constantly manually
rebuild the cluster.
Regards, Roland
Sent from my iPhone
>
ets the message.
>>>>
>>>> BUT I'm not sure this isn't a premature optimization. Since there's a
>>>> possibility of a router in the mix, that means the child is sending a
>>>> response to a message it received. In that
You could try to decrease your thread pool size to 1 to exclude wakeup
latencies when things (like CPU cores) have gone to sleep.
Regards, Roland
Sent from my iPhone
> On 23. Oct 2017, at 22:49, Gary Malouf wrote:
>
> Yes, it gets parsed using entity(as[]) with spray-json support. Under a l
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 likel
May I suggest serving the large blobs via a different mechanisms like HTTP?
Sending around URL (and putting them inside events) seems much better than
putting the data bytes all over the place.
Regards,
Roland
> 30 nov. 2017 kl. 16:11 skrev Patrik Nordwall :
>
> Sending 10 MB messages is inde
Yes, I meant an Akka HTTP server for this purpose: spin it up on the node where
the map is created, can even be on a random port, and send the URL to this
server around. That server can offer the last ten versions (or whatever), could
use the hash of the preserialized map as identifier. That way
That would make it impossible to create an ActorRef without a system, which
currently should work.
Sent from my iPhone
> On 31. Dec 2017, at 17:03, Patrik Nordwall wrote:
>
> Hi Tal,
>
> I think it would be possible to grab the scheduler from internal impl, also
> for Typed. Please create an
Hi Christopher,
could you elaborate on how exactly Akka Typed is expected to help with your
use-case? The only difference I can see is that the new (and currently removed)
implementation contained fewer extension points, but that is unrelated to
whether ActorRef has a type parameter or not.
Re
Sent from my iPhone
> On 3. Feb 2018, at 07:25, Christopher Hunt wrote:
>
> Hi Roland,
>
>> On 3 Feb 2018, at 5:16 pm, Roland Kuhn wrote:
>>
>> could you elaborate on how exactly Akka Typed is expected to help with your
>> use-case? The only diffe
>>> 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 akka-us
p/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 akka-user+...@googlegroups.com.
> To post to this group, send email t
be from this group and stop receiving emails from it, send an
> email to akka-user+unsubscr...@googlegroups.com.
> To post to this group, send email to akka-user@googlegroups.com.
> Visit this group at http://groups.google.com/group/akka-user.
> For more options, visit https://groups.google.com/d/optou
gt;>>>>> 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
receiving emails from it, send an
> email to akka-user+unsubscr...@googlegroups.com.
> To post to this group, send email to akka-user@googlegroups.com.
> Visit this group at http://groups.google.com/group/akka-user.
> For more options, visit https://groups.google.com/d/optout.
subscribed to the Google Groups
> "Akka User List" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to akka-user+unsubscr...@googlegroups.com.
> To post to this group, send email to akka-user@googlegroups.com.
> Visit this group
ck 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 th
e Groups
> "Akka User List" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to akka-user+unsubscr...@googlegroups.com.
> To post to this group, send email to akka-user@googlegroups.com.
> Visit this group at http://groups.google
ubscribed to the Google Groups
> "Akka User List" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to akka-user+unsubscr...@googlegroups.com.
> To post to this group, send email to akka-user@googlegroups.com.
> Visit this group at http://groups.go
gt; I dumped the effective akka conf for 2.2.3 and 2.3.4 in the attachment.
>
>
> On Thursday, August 7, 2014 6:05:54 PM UTC+8, Sean Zhong wrote:
> Can it be the case that you have a lot of system message traffic between your
> systems? Do you have lots of remote deployed ac
ps
> "Akka User List" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to akka-user+unsubscr...@googlegroups.com.
> To post to this group, send email to akka-user@googlegroups.com.
> Visit this group at http://groups.g
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 a
ribe from this group and stop receiving emails from it, send an
> email to akka-user+unsubscr...@googlegroups.com.
> To post to this group, send email to akka-user@googlegroups.com.
> Visit this group at http://groups.google.com/group/akka-user.
> For more options, visit https://group
> "Akka User List" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to akka-user+unsubscr...@googlegroups.com.
> To post to this group, send email to akka-user@googlegroups.com.
> Visit this group at http://groups.google.com/group/a
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 akka-user+unsubscr...@googlegroups.com.
> To post to this group, send email to akka-user@googlegroups.com.
> Visit thi
> >>>>>>>>>> Check the FAQ:
> >>>>>>>>>> http://doc.akka.io/docs/akka/current/additional/faq.html
> >>>>>>>>>> Search the archives: https://groups.google.com/group/akka-user
> ---
> You
To unsubscribe from this group and stop receiving emails from it, send an
> email to akka-user+unsubscr...@googlegroups.com.
> To post to this group, send email to akka-user@googlegroups.com.
> Visit this group at http://groups.google.com/group/akka-user.
> For more options, visit https://
ding a Reactive Process Manager,
>> Twice". The twice part is because I will demonstrate this working both in
>> Scala with Akka and also in C# with Dotsero:
>>
>> Thank you I will look out for that (please share the video link if it is
>> recorded and
; email to akka-user+unsubscr...@googlegroups.com.
> To post to this group, send email to akka-user@googlegroups.com.
> Visit this group at http://groups.google.com/group/akka-user.
> For more options, visit https://groups.google.com/d/optout.
Dr. Roland Kuhn
Akka Tech Lead
Typesafe – Rea
19 aug 2014 kl. 13:49 skrev Patrik Nordwall :
> On Tue, Aug 19, 2014 at 1:46 PM, Martin Krasser
> wrote:
>
> On 19.08.14 13:40, Patrik Nordwall wrote:
>>
>>
>>
>> On Tue, Aug 19, 2014 at 1:35 PM, Martin Krasser
>> wrote:
>>
>> On 1
18 aug 2014 kl. 16:49 skrev Patrik Nordwall :
> On Mon, Aug 18, 2014 at 3:38 PM, Roland Kuhn wrote:
>
> 18 aug 2014 kl. 10:27 skrev Patrik Nordwall :
>
>> Hi Roland,
>>
>> A few more questions for clarification...
>>
>>
>> On Sat, Au
ing most of this to the DDD Denver meetup this
>> Monday night. The title of the talk is "Building a Reactive Process Manager,
>> Twice". The twice part is because I will demonstrate this working both in
>> Scala with Akka and also in C# with Dotsero:
>>
&g
so in C# with Dotsero:
>>
>> Thank you I will look out for that (please share the video link if it is
>> recorded and put on the Web). I have seen (but not watched) some of your
>> videos because I am unsure as to who is leading here and the videos I saw
>> seemed t
ng sagas) becomes significantly easier to
> achieve.
>
> On Aug 19, 2014 8:49 AM, "Roland Kuhn" wrote:
>
> 18 aug 2014 kl. 16:49 skrev Patrik Nordwall :
>
>> On Mon, Aug 18, 2014 at 3:38 PM, Roland Kuhn wrote:
>>
>> 18 aug 2014 kl. 10:27 skr
> email to akka-user+unsubscr...@googlegroups.com.
> To post to this group, send email to akka-user@googlegroups.com.
> Visit this group at http://groups.google.com/group/akka-user.
> For more options, visit https://groups.google.com/d/optout.
Dr. Roland Kuhn
Akka Tech
verything in-order; otherwise we would need to
standardize on a query language and that prospect makes me shiver …
Regards,
Roland
>
> Cheers,
>
> Greg
> On Tuesday, August 19, 2014 9:24:10 AM UTC-4, √ wrote:
> The decision if scale is needed cannot be implicit, as
patience reading through all of this text.
Thank you for this discussion, it is very useful and enjoyable!
Regards,
Roland
>
> Cheers,
> Ashley.
>
>
>
> --
> >>>>>>>>>> Read the docs: http://akka.io/docs/
> >>>>>
20 aug 2014 kl. 10:43 skrev Martin Krasser :
> On 20.08.14 10:16, Roland Kuhn wrote:
>>
>> 19 aug 2014 kl. 18:59 skrev Ashley Aitken :
>>
>>> On Tuesday, 19 August 2014 21:14:17 UTC+8, rkuhn wrote:
>>>
>>> 18 aug 2014 kl. 18:01 skrev Ashley
pattern that shall be called a Saga?
Regards,
Roland
>
>
> On Wed, Aug 20, 2014 at 4:16 AM, Roland Kuhn wrote:
>
> 19 aug 2014 kl. 18:59 skrev Ashley Aitken :
>
>> On Tuesday, 19 August 2014 21:14:17 UTC+8, rkuhn wrote:
>>
>> 18 aug 2014 kl. 18:0
ansactions can impact on the performance and concurrency of the system
> because of the locks that must be held for the duration of the distributed
> transaction.
>
>
>
> On Wed, Aug 20, 2014 at 10:31 AM, Roland Kuhn wrote:
>
> 20 aug 2014 kl. 16:16 skrev Greg Young
ng business processes, using distributed
> transactions can impact on the performance and concurrency of the system
> because of the locks that must be held for the duration of the distributed
> transaction.
>
>
>
> On Wed, Aug 20, 2014 at 10:31 AM, Roland Kuhn wrote:
&
omprised of multiple
> steps, each of which involves a transaction, and that overall consistency can
> be achieved by grouping these individual transactions into a distributed
> transaction. However, in long-running business processes, using distributed
> transactions can impact on the perfo
tonsson
> Typesafe – Reactive Apps on the JVM
> twitter: @bantonsson
>
>
> --
> >>>>>>>>>> Read the docs: http://akka.io/docs/
> >>>>>>>>>> Check the FAQ:
> >>>>>>>>>> h
/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
Twitter: @akkateam
>
> --
> >>>>>>>>>> Read the docs: http://akka.io/docs/
> >>>>>>>>>> Check the FAQ:
> >>>>>>>>>> http://doc.akka.io/docs/akka/current/additional/faq.html
> >>>>
forward to your feedback on how well this
helps Akka users implement the Q in CQRS.
Regards,
Dr. Roland Kuhn
Akka Tech Lead
Typesafe – Reactive apps on the JVM.
twitter: @rolandkuhn
--
>>>>>>>>>> Read the docs: http://akka.io/docs/
>>>>&
to the Google Groups
> "Akka User List" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to akka-user+unsubscr...@googlegroups.com.
> To post to this group, send email to akka-user@googlegroups.com.
> Visit this group at http://gro
unsubscribe from this group and stop receiving emails from it, send an
> email to akka-user+unsubscr...@googlegroups.com.
> To post to this group, send email to akka-user@googlegroups.com.
> Visit this group at http://groups.google.com/group/akka-user.
> For more options, visit
t;>>>> 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
tional/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 sto
s/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
ere a J9 1.6 version that is know to work - or is there a WebSphere
> (7.x) patch that enables Akka to run there?
>
> -Carsten
>
> On Saturday, September 7, 2013 5:03:58 PM UTC+2, √ wrote:
> And, are you running on the latest 1.6 jre?
>
> On Sep 7, 2013 4:54 PM, "Rol
iodically (I'm thinking every 30 seconds) send it, but
> everybody else on my team to whome I've talked about this finds it really
> strange.
>
> Any ideas? Of course, I'm always open to it being a case of PEBKAC
>
> Cheers,
> -Mario.
>
>
> -
gt;>>>>>>>> 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 re
unsubscribe from this group and stop receiving emails from it, send an
> email to akka-user+unsubscr...@googlegroups.com.
> To post to this group, send email to akka-user@googlegroups.com.
> Visit this group at http://groups.google.com/group/akka-user.
> For more options, visit htt
ease contact the sender if you
> believe you have received this email in error.
>
> --
> >>>>>>>>>> Read the docs: http://akka.io/docs/
> >>>>>>>>>> Check the FAQ:
> >>>>>>>>>> http
it this group at http://groups.google.com/group/akka-user.
> For more options, visit https://groups.google.com/d/optout.
>
>
>
> --
> Cheers,
> Konrad 'ktoso' Malawski
> hAkker @ Typesafe
>
>
>
> --
> >>>>>>>>>>
his group and stop receiving emails from it, send an
> email to akka-user+unsubscr...@googlegroups.com.
> To post to this group, send email to akka-user@googlegroups.com.
> Visit this group at http://groups.google.com/group/akka-user.
> For more options, visit https://groups.googl
> To unsubscribe from this group and stop receiving emails from it, send an
> email to akka-user+unsubscr...@googlegroups.com.
> To post to this group, send email to akka-user@googlegroups.com.
> Visit this group at http://groups.google.com/group/akka-user.
> For more options
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 akka-user+unsubscr...@googlegroups.com.
> To post to thi
-solution the points to provide application
> logic could be
> - which messages to persist in (1)
> - which projections to make for the application in (2)
> - which project streams to consume from (2) in order to trigger anything
> from query-side updates to creation of n
. Thoughts?
For everything going beyond the above I’d say we should wait and see what
extensions are provided by Journal implementations and how well they work in
practice.
Regards,
Roland
27 aug 2014 kl. 16:34 skrev Roland Kuhn :
> Dear hakkers,
>
> there have been several very in
5 sep 2014 kl. 09:49 skrev Martin Krasser :
>
> On 05.09.14 09:09, Roland Kuhn wrote:
>> Attempting a second round-up of what shall go into tickets, in addition to
>> my first summary we need to:
>>
>> predefine trait JournalQuery with minimal semantics (t
up/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 akka-user+unsubscr...@googlegroups.com.
> To post to this group, se
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 akka-user+unsubscr...@googlegroups.c
List" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to akka-user+unsubscr...@googlegroups.com.
> To post to this group, send email to akka-user@googlegroups.com.
> Visit this group at http://groups.google.com/group/akka-user.
>
>>>>>>>>> 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 messa
it https://groups.google.com/d/optout.
>
> --
> >>>>>>>>>> Read the docs: http://akka.io/docs/
> >>>>>>>>>> Check the FAQ:
> >>>>>>>>>> http://doc.akka.io/docs/akka/current/addit
> "Akka User List" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to akka-user+unsubscr...@googlegroups.com.
> To post to this group, send email to akka-user@googlegroups.com.
> Visit this group at http://groups.google.com/gr
--
> 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 akka-user+unsubscr...@googlegroups.com.
> To post to this group, send emai
uot; group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to akka-user+unsubscr...@googlegroups.com.
> To post to this group, send email to akka-user@googlegroups.com.
> Visit this group at http://groups.google.com/group/akka-user.
> For mor
his group, send email to akka-user@googlegroups.com.
> Visit this group at http://groups.google.com/group/akka-user.
> For more options, visit https://groups.google.com/d/optout.
>
>
> --
> >>>>>>>>>> Read the docs: http://akka.io/docs/
>
t; proposed features be released?
>
> Best,
> Vaughn
>
> On Fri, Sep 5, 2014 at 1:09 AM, Roland Kuhn wrote:
> Attempting a second round-up of what shall go into tickets, in addition to my
> first summary we need to:
>
> predefine trait JournalQuery with minimal semant
rom it, send an
> email to akka-user+unsubscr...@googlegroups.com.
> To post to this group, send email to akka-user@googlegroups.com.
> Visit this group at http://groups.google.com/group/akka-user.
> For more options, visit https://groups.google.com/d/optout.
Dr. Roland Kuhn
Akka Tech
al/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 rece
gt;>>>>>> 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
email to akka-user+unsubscr...@googlegroups.com.
> To post to this group, send email to akka-user@googlegroups.com.
> Visit this group at http://groups.google.com/group/akka-user.
> For more options, visit https://groups.google.com/d/optout.
Dr. Roland Kuhn
Akka Tech
ka/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 unsubsc
y
around with different overflow strategies etc. The only way to gain experience
is to experience how it works :-)
Regards,
Dr. Roland Kuhn
Akka Tech Lead
Typesafe – Reactive apps on the JVM.
twitter: @rolandkuhn
>
> Thanks again,
> -scott
>
>> On Thursday, October 9, 2014
Hi James,
the core team is currently focusing exclusively on streams and HTTP in order to
get those out ASAP. We will get back to the topic of Persistence in Nov/Dec,
which also means that if anybody wants to help out then now is the perfect time!
Regards,
Dr. Roland Kuhn
Akka Tech Lead
akka-user.
> For more options, visit https://groups.google.com/d/optout.
>
>
> --
> >>>>>>>>>> Read the docs: http://akka.io/docs/
> >>>>>>>>>> Check the FAQ:
> >>>>>>>>>> http:/
s://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 akka-user+unsubscr...@googlegroups.com.
&g
gt;>>>> 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 a
>>>>>>>>>> <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
;>> Search the archives: https://groups.google.com/group/akka-user
> >>>>>>>>>> <https://groups.google.com/group/akka-user>
> ---
> You received this message because you are subscribed to the Google Groups
> "Akka User List" group.
&g
;>>> <http://doc.akka.io/docs/akka/current/additional/faq.html>
> >>>>>>>>>> Search the archives: https://groups.google.com/group/akka-user
> >>>>>>>>>> <https://groups.google.com/group/akka-user>
> ---
> Y
Hi Adam,
your initial point of creating a growing (and maybe thundering) herd of retries
is a good one and it would be better if we would limit the number of messages
to be resent. Could you open a ticket for that?
Thanks,
Roland
Sent from my iPhone
> On Nov 18, 2014, at 04:08, Adam Warski
Hi Hengky,
the log says that you are sending the companion object back and that the
front-end node does not have that class. You said that without the dollar sign
the class is present but what you need is the class with the dollar sign (if
you really want to send the companion object instead of
ils from it, send an
> email to akka-user+unsubscr...@googlegroups.com
> <mailto:akka-user+unsubscr...@googlegroups.com>.
> To post to this group, send email to akka-user@googlegroups.com
> <mailto:akka-user@googlegroups.com>.
> Visit this group at http://groups.goo
1 - 100 of 724 matches
Mail list logo
