Date: Wed, 13 Jun 2012 10:56:01 -0700 (PDT)
From: Jason Weden <jason.we...@gmail.com>
To: akka-user@googlegroups.com
Message-Id: <2d353744-e36a-4d09-ab19-8dc44d2cb81b@googlegroups.com>
In-Reply-To: <CANKpmoY-iV=qHm72-KMpWEJaFc3JNuD6pVhNEY6DYGUWj+NPjw@mail.gmail.com>
References: <CANKpmoY-iV=qHm72-KMpWEJaFc3JNuD6pVhNEY6DYGUWj+NPjw@mail.gmail.com>
Subject: Re: Poll: Are you using Akka from Java?
MIME-Version: 1.0
Content-Type: multipart/mixed; 
	boundary="----=_Part_1400_23723795.1339610161152"

------=_Part_1400_23723795.1339610161152
Content-Type: multipart/alternative; 
	boundary="----=_Part_1401_32072756.1339610161152"

------=_Part_1401_32072756.1339610161152
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Jonas,

Thanks for reaching out.  Using akka with java and loving it.  Akka rocks!=
=20
 Some feedback:

1.  Submitted a post some minutes ago on some confusion around=20
Futures.successful in the docs but that could be my own misunderstanding.
2.  The docs use the terms asynchronous and non-blocking.  Not sure what=20
the difference is, some people use them interchangeably.  It would be nice=
=20
to get clarification here especially since the terms are all over the place=
.
3.  Docs says that akka is for high-throughput.  However, I've heard that=
=20
throughput can be taxed from non-blocking model with threads context=20
switching more.  However, and to the contrary, the taxing context-switches=
=20
from blocking calls is mentioned in Page 230 of Java Concurrency in Action =
.=20
 So I have confusion over which is better and when.  What are the=20
performance tradeoffs of blocking vs non-blocking at different scale=20
levels?  -- good fodder for the intro piece of the akka docs.=20
4.  Are there use cases in the world of concurrency where Akka is NOT a=20
good fit...would love to have that documented.

On Thursday, June 7, 2012 11:33:57 AM UTC-4, Jonas Bon=C3=A9r wrote:
>
> Hi guys.=20
>
> It would help us a lot knowing how many of you are using Akka from Java.=
=20
>
> Bonus points:=20
> If you have some more time it would also be very helpful if you could=20
> write a couple of lines what you would like to see improved in our=20
> Java support (docs, API, supported feature set etc.).=20
> But if you don't have time, then just a note on that you are using=20
> Akka from Java would be great.=20
>
> If you don't want to respond to the ML, then email me privately at=20
> jonas AT jonasboner DOT com.=20
>
> Thanks a lot.=20
>
> --=20
> Jonas Bon=C3=A9r=20
> CTO=20
> Typesafe - The software stack for applications that scale=20
> Phone: +46 733 777 123=20
> Twitter: @jboner=20
>

------=_Part_1401_32072756.1339610161152
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Jonas,<div><br></div><div>Thanks for reaching out. &nbsp;Using akka with ja=
va and loving it. &nbsp;Akka rocks! &nbsp;Some feedback:</div><div><div><br=
></div><div>1. &nbsp;Submitted a post some minutes ago on some confusion ar=
ound Futures.successful in the docs but that could be my own misunderstandi=
ng.</div><div>2. &nbsp;The docs use the terms asynchronous and non-blocking=
. &nbsp;Not sure what the difference is, some people use them interchangeab=
ly. &nbsp;It would be nice to get clarification here especially since the t=
erms are all over the place.</div><div>3. &nbsp;Docs says that akka is for =
high-throughput. &nbsp;However, I've heard that throughput can be taxed fro=
m non-blocking model with threads context switching more. &nbsp;However, an=
d to the contrary, the taxing context-switches from blocking calls is menti=
oned in&nbsp;<span style=3D"color: rgb(51, 51, 51); font-family: Arial, Hel=
vetica, FreeSans, sans-serif; line-height: 17px; text-align: left; ">Page 2=
30 of Java Concurrency in Action</span>&nbsp;. &nbsp;So I have confusion ov=
er which is better and when. &nbsp;What are the performance tradeoffs of bl=
ocking vs non-blocking at different scale levels? &nbsp;-- good fodder for =
the intro piece of the akka docs.&nbsp;</div><div>4. &nbsp;Are there use ca=
ses in the world of concurrency where Akka is NOT a good fit...would love t=
o have that documented.<br><br>On Thursday, June 7, 2012 11:33:57 AM UTC-4,=
 Jonas Bon=C3=A9r wrote:<blockquote class=3D"gmail_quote" style=3D"margin: =
0;margin-left: 0.8ex;border-left: 1px #ccc solid;padding-left: 1ex;">Hi guy=
s.
<br>
<br>It would help us a lot knowing how many of you are using Akka from Java=
.
<br>
<br>Bonus points:
<br>If you have some more time it would also be very helpful if you could
<br>write a couple of lines what you would like to see improved in our
<br>Java support (docs, API, supported feature set etc.).
<br>But if you don't have time, then just a note on that you are using
<br>Akka from Java would be great.
<br>
<br>If you don't want to respond to the ML, then email me privately at
<br>jonas AT jonasboner DOT com.
<br>
<br>Thanks a lot.
<br>
<br>--=20
<br>Jonas Bon=C3=A9r
<br>CTO
<br>Typesafe - The software stack for applications that scale
<br>Phone: +46 733 777 123
<br>Twitter: @jboner
<br></blockquote></div></div>
------=_Part_1401_32072756.1339610161152--

------=_Part_1400_23723795.1339610161152--