Re: [akka-user] Akka stream element meta data

[Christopher Hunt]

> On 18 Feb 2018, at 3:18 pm, Christopher Hunt  wrote:
> 
> It just occurred to me that compound types might be the way to solve this eg 
> `new Element with OOB[Span]`. I shall experiment further... and then PR the 
> Akka stream doco with a section on OOB/instrumentation if there’s interest. 
> I’m very interested to hear about what others think though.

On further reflection, I don’t think that compound types really help that much 
given that it takes effort to deconstruct/reconstruct them through various 
transformations (map etc.).

Also, I was wrong to name this topic in relation to “out of band data”. In 
hindsight, I really meant element metadata. OOB is a separate signalling 
mechanism.

I remain curious as to whether an Akka streams API along the lines of the 
materialisation API has been considered for carrying additional data with an 
element to avoid polluting code.

Here’s a bit of (untested) code illustrating my thinking by way of a solution:
Source
  .single("hi")
  .mapMetadataValue(_ => hiStartedEvent)
  ...
  .viaMeta(hiEndedEvent)
  
…where `hiStartedEvent` starts/returns a OpenTracing Span and `hiEndedEvent` 
takes a single arg of a Span and ends it.

Of course, it doesn’t have to be a Span carried through… it could be any 
metadata you can imagine.

Thanks!

-C

-- 
>>  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 akka-user+unsubscr...@googlegroups.com.
To post to this group, send email to akka-user@googlegroups.com.
Visit this group at https://groups.google.com/group/akka-user.
For more options, visit https://groups.google.com/d/optout.

Re: [akka-user] Akka stream out of band data

[Viktor Klang]

How do you deal with M:N ports or X:Y element permutations?

-- 
Cheers,
√

On Feb 18, 2018 01:53, "Christopher Hunt"  wrote:

> Hi there,
>
> I’ve been wondering recently if there’s been any thought around carrying
> out of band data through an Akka Stream in the spirit of network streams:
> https://en.m.wikipedia.org/wiki/Out-of-band_data
>
> One use case is for carrying Open Tracing Spans with elements without
> polluting stream stage operations. To illustrate: https://github.com/akka/
> alpakka/issues/463#issuecomment-365765409
>
> By way of solution, perhaps this could be achieved similarly to the
> materialiser api calls eg viaMat/viaOob.
>
> Thoughts?
>
> Cheers
> C
>
> --
> >>  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 akka-user+unsubscr...@googlegroups.com.
> To post to this group, send email to akka-user@googlegroups.com.
> 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 akka-user+unsubscr...@googlegroups.com.
To post to this group, send email to akka-user@googlegroups.com.
Visit this group at https://groups.google.com/group/akka-user.
For more options, visit https://groups.google.com/d/optout.

Re: [akka-user] Akka stream out of band data

[Christopher Hunt]

> On 18 Feb 2018, at 21:10, Viktor Klang  wrote:
> 
> How do you deal with M:N ports or X:Y element permutations?

No idea. :-) My main question is, has there been any thinking around 
associating metadata with elements in the past?

Thanks. 

Cheers 
C

-- 
>>  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 akka-user+unsubscr...@googlegroups.com.
To post to this group, send email to akka-user@googlegroups.com.
Visit this group at https://groups.google.com/group/akka-user.
For more options, visit https://groups.google.com/d/optout.

Re: [akka-user] Akka stream out of band data

['Roland Kuhn' via Akka User List]

Sent from my iPhone

> On 18. Feb 2018, at 11:53, Christopher Hunt  wrote:
> 
> 
> 
>> On 18 Feb 2018, at 21:10, Viktor Klang  wrote:
>> 
>> How do you deal with M:N ports or X:Y element permutations?
> 
> No idea. :-) My main question is, has there been any thinking around 
> associating metadata with elements in the past?

Yes, we considered it with varying depth on multiple occasions and never found 
a satisfactory solution. Since graph stages are free to transform not only 
individual elements but also the stream structure the conclusion was that the 
metadata cannot be hidden from the graph stage code, it must be explicitly 
foreseen. This will then also need to be reflected in the types. One idea was 
to create a DSL on top that offers certain well behaved combinators for tagged 
elements, but as far as I know this has not been implemented yet.

Regards,

Roland 

> Thanks. 
> 
> Cheers 
> C
> 
> -- 
>>> 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 akka-user+unsubscr...@googlegroups.com.
> To post to this group, send email to akka-user@googlegroups.com.
> 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 akka-user+unsubscr...@googlegroups.com.
To post to this group, send email to akka-user@googlegroups.com.
Visit this group at https://groups.google.com/group/akka-user.
For more options, visit https://groups.google.com/d/optout.

Re: [akka-user] Akka stream out of band data

[Christopher Hunt]

Hey Roland

> On 18 Feb 2018, at 22:45, 'Roland Kuhn' via Akka User List 
>  wrote:
> 
> Yes, we considered it with varying depth on multiple occasions and never 
> found a satisfactory solution. Since graph stages are free to transform not 
> only individual elements but also the stream structure the conclusion was 
> that the metadata cannot be hidden from the graph stage code, it must be 
> explicitly foreseen. This will then also need to be reflected in the types.
Thanks for the confirmation - it certainly validates my existing approach to 
instrumenting a stream whereby I pass through OpenTracing Span objects along 
with my main elements. 

This helps me a great deal. 

> One idea was to create a DSL on top that offers certain well behaved 
> combinators for tagged elements, but as far as I know this has not been 
> implemented yet.
Were there issues created for this so that I can follow along? I couldn’t find 
any. No worries if not. 

Thanks again. I really appreciate the dialogue. 

Cheers 
C

-- 
>>  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 akka-user+unsubscr...@googlegroups.com.
To post to this group, send email to akka-user@googlegroups.com.
Visit this group at https://groups.google.com/group/akka-user.
For more options, visit https://groups.google.com/d/optout.

[akka-user] Akka Actor usage in Apache Spark and Apache Flink

[Unmesh Joshi]

Hi,

Apache Spark used to use Akka Actors (which is replaced by Netty now) and 
Apache Flink uses Actors. I am trying to understand the use case of Actor 
usage in both these frameworks. Any pointers for help?

Thanks,
Unmesh

-- 
>>  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 akka-user+unsubscr...@googlegroups.com.
To post to this group, send email to akka-user@googlegroups.com.
Visit this group at https://groups.google.com/group/akka-user.
For more options, visit https://groups.google.com/d/optout.

Re: [akka-user] Akka Actor usage in Apache Spark and Apache Flink

[Konrad Malawski]

Hi there,
There's been some confusion about how Spark used Akka, so let's clear that
up first:
It wasn't really core to any of the operations or core of Spark, and was
used only to orchestrate some things,
it was using raw Akka Remoting (which is discouraged, use Cluster instead
due to the resilience benefits it gives).

Users would sometimes want to combine Akka based things with their Spark
jobs, but since Spark did not have Akka as a focus-on
thing, but merely a small piece of code they tagged along, and they had
internal mechanisms to do similar things as they used Akka for (just a few
simple rpc-style calls),
it was better for everyone to remove the dependency -- as Spark was using a
rather old version, and people wanted to use recent versions of Akka -- the
usual dependency mess you get with big projects in other words.

Thus Akka was removed from Spark, allowing users to bring their own Akka
based libraries into Spark apps at-will, which is better for both projects
and users as well.
Shedding dependencies is generally a good thing, and I think Spark did the
right thing there. You'll also notice how Akka tries to avoid any kind of
external dependency that we're able to avoid -- for the same reasons,
avoiding dependency hell for end users.

Hope this helps,

On Sun, Feb 18, 2018 at 8:58 PM, Unmesh Joshi  wrote:

> Hi,
>
> Apache Spark used to use Akka Actors (which is replaced by Netty now) and
> Apache Flink uses Actors. I am trying to understand the use case of Actor
> usage in both these frameworks. Any pointers for help?
>
> Thanks,
> Unmesh
>
> --
> >> 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 akka-user+unsubscr...@googlegroups.com.
> To post to this group, send email to akka-user@googlegroups.com.
> Visit this group at https://groups.google.com/group/akka-user.
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Cheers,
Konrad 'ktoso' Malawski
Akka  @ Typesafe 

-- 
>>  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 akka-user+unsubscr...@googlegroups.com.
To post to this group, send email to akka-user@googlegroups.com.
Visit this group at https://groups.google.com/group/akka-user.
For more options, visit https://groups.google.com/d/optout.

Re: [akka-user] Akka Actor usage in Apache Spark and Apache Flink

[Unmesh Joshi]

Thanks Konrad.
What I was interested in was what use cases both Spark and Flink used 
Actors for specifically. Are there any notes/docs around those that anyone 
knows of?



On Monday, 19 February 2018 07:33:43 UTC+5:30, Konrad Malawski wrote:
>
> Hi there,
> There's been some confusion about how Spark used Akka, so let's clear that 
> up first:
> It wasn't really core to any of the operations or core of Spark, and was 
> used only to orchestrate some things,
> it was using raw Akka Remoting (which is discouraged, use Cluster instead 
> due to the resilience benefits it gives).
>
> Users would sometimes want to combine Akka based things with their Spark 
> jobs, but since Spark did not have Akka as a focus-on
> thing, but merely a small piece of code they tagged along, and they had 
> internal mechanisms to do similar things as they used Akka for (just a few 
> simple rpc-style calls),
> it was better for everyone to remove the dependency -- as Spark was using 
> a rather old version, and people wanted to use recent versions of Akka -- 
> the usual dependency mess you get with big projects in other words.
>
> Thus Akka was removed from Spark, allowing users to bring their own Akka 
> based libraries into Spark apps at-will, which is better for both projects 
> and users as well.
> Shedding dependencies is generally a good thing, and I think Spark did the 
> right thing there. You'll also notice how Akka tries to avoid any kind of 
> external dependency that we're able to avoid -- for the same reasons, 
> avoiding dependency hell for end users.
>
> Hope this helps,
>
> On Sun, Feb 18, 2018 at 8:58 PM, Unmesh Joshi  > wrote:
>
>> Hi,
>>
>> Apache Spark used to use Akka Actors (which is replaced by Netty now) and 
>> Apache Flink uses Actors. I am trying to understand the use case of Actor 
>> usage in both these frameworks. Any pointers for help?
>>
>> Thanks,
>> Unmesh
>>
>> -- 
>> >> 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 akka-user+...@googlegroups.com .
>> To post to this group, send email to akka...@googlegroups.com 
>> .
>> Visit this group at https://groups.google.com/group/akka-user.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> -- 
> Cheers,
> Konrad 'ktoso' Malawski
> Akka  @ Typesafe 
>

-- 
>>  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 akka-user+unsubscr...@googlegroups.com.
To post to this group, send email to akka-user@googlegroups.com.
Visit this group at https://groups.google.com/group/akka-user.
For more options, visit https://groups.google.com/d/optout.

Re: [akka-user] Getting a timeout error when testing a stream with mapAsync stage

[Jakub Kahovec]

I had another thought about this behaviour and two things came to my mind. 
First, it might be worth mentioning this somewhere in the documentation 
about testing as other users might also experience this and I think didn't 
see this mentioned anywhere in the docs. And second, is it safe to use 
*expectComplete 
*at all if the behaviour is undefined and any such change might break the 
tests unexpectedly ?

Jakub

On Friday, February 16, 2018 at 9:55:45 PM UTC+1, Patrik Nordwall wrote:
>
> It is allowed to ”delay” delivery of the complete signal when there is no 
> demand. This behavior is undefined, i.e. some stages deliver it 
> immediately, some only when demand is requested. This is as expected and in 
> such test you have to request enough to be sure to get the completed signal.
>
> /Patrik
> fre 16 feb. 2018 kl. 09:02 skrev Jakub Kahovec  >:
>
>> Hi,
>>
>>
>> when using Akka Streams (2.5.9)  I've recently bumped into a problem when 
>> testing a stream with a mapAsync stage. It unexpectedly ends with an 
>> assertion failing on *"timeout (3 seconds) during expectMsg while 
>> waiting for OnComplete"*
>>
>>
>> To demonstrate it I've created a simple example. 
>>
>>
>> The code below works as expected.
>>
>>
>> val sourceUnderTest = Source(1 to 2).mapAsync(2)(i => Future.successful(i 
>> * 2))
>>
>> val c = TestSubscriber.manualProbe[Int]() 
>> val p = sourceUnderTest.to(Sink.fromSubscriber(c)).run() 
>> val sub = c.expectSubscription() 
>>
>> sub.request(2) 
>> c.expectNextN(2)   // List(2,4) 
>> c.expectComplete()   // 
>> akka.stream.testkit.TestSubscriber$ManualProbe@fc258b1
>>
>>
>> However, when I add another mapping function (bold code), the test fails 
>> with a timeout. When I call additional c.request(1) (commented code) it 
>> ends correctly. So it looks like the mapping function adds an additional 
>> item into the stream, which seems strange.
>>
>>   
>> val sourceUnderTest = Source(1 to 2).mapAsync(2)(i => Future.successful(i 
>> * 2)*.**map(identity**)*)
>>
>> val c = TestSubscriber.manualProbe[Int]() 
>> val p = sourceUnderTest.to(Sink.fromSubscriber(c)).run() 
>> val sub = c.expectSubscription() 
>>
>> sub.request(2) 
>> c.expectNextN(2)   // List(2,4) 
>> // c.request(1)
>> c.expectComplete()   // ends with java.lang.AssertionError: assertion 
>> failed: timeout (3 seconds) during expectMsg while waiting for OnComplete
>>
>>
>> Can anyone explain this strange behaviour ?
>>
>>
>> Thanks
>>
>> Jakub
>>
>> -- 
>> >> 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 akka-user+...@googlegroups.com .
>> To post to this group, send email to akka...@googlegroups.com 
>> .
>> 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 akka-user+unsubscr...@googlegroups.com.
To post to this group, send email to akka-user@googlegroups.com.
Visit this group at https://groups.google.com/group/akka-user.
For more options, visit https://groups.google.com/d/optout.

Re: [akka-user] Akka Actor usage in Apache Spark and Apache Flink

[Unmesh Joshi]

Thanks for sharing. Trying to find and understand the use cases where
Actors are used in other open source projects.

On Mon, Feb 19, 2018 at 11:04 AM, Konrad Malawski <
konrad.malaw...@lightbend.com> wrote:

> Another pretty big Akka based project (as in, really using Akka a lot) is
> Apache OpenWhisk, the open source "amazon lambda";
> Check it out as well.
>
> https://github.com/apache?q=openwhisk
>
> On Mon, Feb 19, 2018 at 2:32 PM, Konrad “ktoso” Malawski <
> konrad.malaw...@lightbend.com> wrote:
>
>> Best to ask on a Flink forum ;-)
>>
>> --
>> Cheers,
>> Konrad 'ktoso ' Malawski
>> Akka  @ Lightbend 
>>
>> On February 19, 2018 at 14:32:15, Unmesh Joshi (unmeshjo...@gmail.com)
>> wrote:
>>
>> Thanks Konrad.
>> What I was interested in was what use cases both Spark and Flink used
>> Actors for specifically. Are there any notes/docs around those that anyone
>> knows of?
>>
>>
>>
>> On Monday, 19 February 2018 07:33:43 UTC+5:30, Konrad Malawski wrote:
>>>
>>> Hi there,
>>> There's been some confusion about how Spark used Akka, so let's clear
>>> that up first:
>>> It wasn't really core to any of the operations or core of Spark, and was
>>> used only to orchestrate some things,
>>> it was using raw Akka Remoting (which is discouraged, use Cluster
>>> instead due to the resilience benefits it gives).
>>>
>>> Users would sometimes want to combine Akka based things with their Spark
>>> jobs, but since Spark did not have Akka as a focus-on
>>> thing, but merely a small piece of code they tagged along, and they had
>>> internal mechanisms to do similar things as they used Akka for (just a few
>>> simple rpc-style calls),
>>> it was better for everyone to remove the dependency -- as Spark was
>>> using a rather old version, and people wanted to use recent versions of
>>> Akka -- the usual dependency mess you get with big projects in other words.
>>>
>>> Thus Akka was removed from Spark, allowing users to bring their own Akka
>>> based libraries into Spark apps at-will, which is better for both projects
>>> and users as well.
>>> Shedding dependencies is generally a good thing, and I think Spark did
>>> the right thing there. You'll also notice how Akka tries to avoid any kind
>>> of external dependency that we're able to avoid -- for the same reasons,
>>> avoiding dependency hell for end users.
>>>
>>> Hope this helps,
>>>
>>> On Sun, Feb 18, 2018 at 8:58 PM, Unmesh Joshi 
>>> wrote:
>>>
 Hi,

 Apache Spark used to use Akka Actors (which is replaced by Netty now)
 and Apache Flink uses Actors. I am trying to understand the use case of
 Actor usage in both these frameworks. Any pointers for help?

 Thanks,
 Unmesh
 --
 >> Read the docs: http://akka.io/docs/
 >> Check the FAQ: http://doc.akka.io/docs/akka/c
 urrent/additional/faq.html
 >> Search the archives: https://groups.google.com/grou
 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 to akka...@googlegroups.com.
 Visit this group at https://groups.google.com/group/akka-user.
 For more options, visit https://groups.google.com/d/optout.

>>>
>>>
>>>
>>> --
>>> Cheers,
>>> Konrad 'ktoso' Malawski
>>> Akka  @ Typesafe 
>>>
>> --
>> >> Read the docs: http://akka.io/docs/
>> >> Check the FAQ: http://doc.akka.io/docs/akka/c
>> urrent/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 akka-user+unsubscr...@googlegroups.com.
>> To post to this group, send email to akka-user@googlegroups.com.
>> Visit this group at https://groups.google.com/group/akka-user.
>> For more options, visit https://groups.google.com/d/optout.
>>
>>
>
>
> --
> Cheers,
> Konrad 'ktoso' Malawski
> Akka  @ Lightbend 
>

-- 
>>  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 akka-user+unsubscr...@googlegroups.com.
To post to this group, send email to akka-user@googlegroups.com.
Visit this group at https://groups.google.com/group/akka-user.
For more options, visit https://groups.google.com/d/optout.

[akka-user] How to build the Akka API documentation for offline use?

[Thai]

Hi All,

I noticed that the Akka API doc is unavailable to download like Scala, so I 
git-cloned the akka and ran `doc` in sbt. However the API docs were 
separated like this:

./akka/akka-cluster-sharding/target/api
./akka/akka-contrib/target/api
./akka/akka-cluster-tools/target/api
./akka/akka-cluster/target/api
./akka/akka-agent/target/api
./akka/akka-camel/target/api
./akka/akka-persistence-tck/target/api
./akka/akka-multi-node-testkit/target/api
./akka/akka-distributed-data/target/api
./akka/akka-cluster-sharding-typed/target/api
./akka/akka-stream-testkit/target/api
./akka/akka-remote/target/api
./akka/akka-cluster-metrics/target/api
./akka/akka-protobuf/target/api
./akka/akka-persistence-query/target/api
./akka/akka-persistence/target/api
./akka/akka-testkit-typed/target/api
./akka/akka-cluster-typed/target/api
./akka/akka-actor-typed/target/api
./akka/akka-stream/target/api
./akka/akka-osgi/target/api
./akka/akka-testkit/target/api
./akka/akka-persistence-typed/target/api

Does anybody know how to put them together so that I can have something 
similar to https://doc.akka.io/api/akka/current/akka/actor/index.html?

Regards.

-- 
>>  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 akka-user+unsubscr...@googlegroups.com.
To post to this group, send email to akka-user@googlegroups.com.
Visit this group at https://groups.google.com/group/akka-user.
For more options, visit https://groups.google.com/d/optout.