The idea is to filter the sources, replacing @<var>@ occurrences with the mapping for <var> (which is currently hard-coded). @@ -> @. In order to make this work, I had to move the doc sources one directory down (into akka-docs/rst) so that the filtered result could be in a sibling directory so that relative links (to _sphinx plugins or real code) would continue to work. While I was at it I also changed it so that WARNINGs and ERRORs are not swallowed into the debug dump anymore but printed at [warn] level (minimum). One piece of fallout is that the (online) html build is now run after the normal one, not in parallel.
This commit is contained in:
parent
c0f60da8cc
commit
9bc01ae265
266 changed files with 270 additions and 182 deletions
130
akka-docs/rst/scala/howto.rst
Normal file
130
akka-docs/rst/scala/howto.rst
Normal file
|
|
@ -0,0 +1,130 @@
|
|||
|
||||
.. _howto-scala:
|
||||
|
||||
######################
|
||||
HowTo: Common Patterns
|
||||
######################
|
||||
|
||||
This section lists common actor patterns which have been found to be useful,
|
||||
elegant or instructive. Anything is welcome, example topics being message
|
||||
routing strategies, supervision patterns, restart handling, etc. As a special
|
||||
bonus, additions to this section are marked with the contributor’s name, and it
|
||||
would be nice if every Akka user who finds a recurring pattern in his or her
|
||||
code could share it for the profit of all. Where applicable it might also make
|
||||
sense to add to the ``akka.pattern`` package for creating an `OTP-like library
|
||||
<http://www.erlang.org/doc/man_index.html>`_.
|
||||
|
||||
Throttling Messages
|
||||
===================
|
||||
|
||||
Contributed by: Kaspar Fischer
|
||||
|
||||
"A message throttler that ensures that messages are not sent out at too high a rate."
|
||||
|
||||
The pattern is described in `Throttling Messages in Akka 2 <http://letitcrash.com/post/28901663062/throttling-messages-in-akka-2>`_.
|
||||
|
||||
Balancing Workload Across Nodes
|
||||
===============================
|
||||
|
||||
Contributed by: Derek Wyatt
|
||||
|
||||
"Often times, people want the functionality of the BalancingDispatcher with the
|
||||
stipulation that the Actors doing the work have distinct Mailboxes on remote
|
||||
nodes. In this post we’ll explore the implementation of such a concept."
|
||||
|
||||
The pattern is described `Balancing Workload across Nodes with Akka 2 <http://letitcrash.com/post/29044669086/balancing-workload-across-nodes-with-akka-2>`_.
|
||||
|
||||
Ordered Termination
|
||||
===================
|
||||
|
||||
Contributed by: Derek Wyatt
|
||||
|
||||
"When an Actor stops, its children stop in an undefined order. Child termination is
|
||||
asynchronous and thus non-deterministic.
|
||||
|
||||
If an Actor has children that have order dependencies, then you might need to ensure
|
||||
a particular shutdown order of those children so that their postStop() methods get
|
||||
called in the right order."
|
||||
|
||||
The pattern is described `An Akka 2 Terminator <http://letitcrash.com/post/29773618510/an-akka-2-terminator>`_.
|
||||
|
||||
Akka AMQP Proxies
|
||||
=================
|
||||
|
||||
Contributed by: Fabrice Drouin
|
||||
|
||||
"“AMQP proxies” is a simple way of integrating AMQP with Akka to distribute jobs across a network of computing nodes.
|
||||
You still write “local” code, have very little to configure, and end up with a distributed, elastic,
|
||||
fault-tolerant grid where computing nodes can be written in nearly every programming language."
|
||||
|
||||
The pattern is described `Akka AMQP Proxies <http://letitcrash.com/post/29988753572/akka-amqp-proxies>`_.
|
||||
|
||||
Shutdown Patterns in Akka 2
|
||||
===========================
|
||||
|
||||
Contributed by: Derek Wyatt
|
||||
|
||||
“How do you tell Akka to shut down the ActorSystem when everything’s finished?
|
||||
It turns out that there’s no magical flag for this, no configuration setting, no special callback you can register for,
|
||||
and neither will the illustrious shutdown fairy grace your application with her glorious presence at that perfect moment.
|
||||
She’s just plain mean.
|
||||
|
||||
In this post, we’ll discuss why this is the case and provide you with a simple option for shutting down “at the right time”,
|
||||
as well as a not-so-simple-option for doing the exact same thing."
|
||||
|
||||
The pattern is described `Shutdown Patterns in Akka 2 <http://letitcrash.com/post/30165507578/shutdown-patterns-in-akka-2>`_.
|
||||
|
||||
Distributed (in-memory) graph processing with Akka
|
||||
==================================================
|
||||
|
||||
Contributed by: Adelbert Chang
|
||||
|
||||
"Graphs have always been an interesting structure to study in both mathematics and computer science (among other fields),
|
||||
and have become even more interesting in the context of online social networks such as Facebook and Twitter,
|
||||
whose underlying network structures are nicely represented by graphs."
|
||||
|
||||
The pattern is described `Distributed In-Memory Graph Processing with Akka <http://letitcrash.com/post/30257014291/distributed-in-memory-graph-processing-with-akka>`_.
|
||||
|
||||
Case Study: An Auto-Updating Cache Using Actors
|
||||
===============================================
|
||||
|
||||
Contributed by: Eric Pederson
|
||||
|
||||
"We recently needed to build a caching system in front of a slow backend system with the following requirements:
|
||||
|
||||
The data in the backend system is constantly being updated so the caches need to be updated every N minutes.
|
||||
Requests to the backend system need to be throttled.
|
||||
The caching system we built used Akka actors and Scala’s support for functions as first class objects."
|
||||
|
||||
The pattern is described `Case Study: An Auto-Updating Cache using Actors <http://letitcrash.com/post/30509298968/case-study-an-auto-updating-cache-using-actors>`_.
|
||||
|
||||
Discovering message flows in actor systems with the Spider Pattern
|
||||
==================================================================
|
||||
|
||||
Contributed by: Raymond Roestenburg
|
||||
|
||||
"Building actor systems is fun but debugging them can be difficult, you mostly end up browsing through many log files
|
||||
on several machines to find out what’s going on. I’m sure you have browsed through logs and thought,
|
||||
“Hey, where did that message go?”, “Why did this message cause that effect” or “Why did this actor never get a message?”
|
||||
|
||||
This is where the Spider pattern comes in."
|
||||
|
||||
The pattern is described `Discovering Message Flows in Actor System with the Spider Pattern <http://letitcrash.com/post/30585282971/discovering-message-flows-in-actor-systems-with-the>`_.
|
||||
|
||||
Template Pattern
|
||||
================
|
||||
|
||||
*Contributed by: N. N.*
|
||||
|
||||
This is an especially nice pattern, since it does even come with some empty example code:
|
||||
|
||||
.. includecode:: code/docs/pattern/ScalaTemplate.scala
|
||||
:include: all-of-it
|
||||
:exclude: uninteresting-stuff
|
||||
|
||||
.. note::
|
||||
|
||||
Spread the word: this is the easiest way to get famous!
|
||||
|
||||
Please keep this pattern at the end of this file.
|
||||
|
||||
Loading…
Add table
Add a link
Reference in a new issue