-
Notifications
You must be signed in to change notification settings - Fork 3
JavaAkka
Esta página todavía no ha sido traducida al castellano. Puedes ayudarnos con la tarea simplemente presionando el botón
Edit Page. Para más información puedes leer esta guía para el traductor. Aquí puedes ver cuánto nos falta para terminar la traducción.
Akka uses the Actor Model to raise the abstraction level and provide a better platform to build correct concurrent and scalable applications. For fault-tolerance it adopts the ‘Let it crash’ model, which has been used with great success in the telecoms industry to build applications that self-heal - systems that never stop. Actors also provide the abstraction for transparent distribution and the basis for truly scalable and fault-tolerant applications.
Akka 2.0 can work with several containers called ActorSystems. An actor system manages the resources it is configured to use in order to run the actors it contains.
A Play application defines a special actor system to be used by the application. This actor system follows the application life-cycle and restarts automatically when the application restarts.
Note: Nothing prevents you from using another actor system from within a Play application. The provided default actor system is just a convenient way to start a few actors without having to set-up your own.
You can access the default application actor system using the play.libs.Akka helper:
ActorRef myActor = Akka.system().actorOf(new Props(MyActor.class));
The default actor system configuration is read from the Play application configuration file. For example to configure the default dispatcher of the application actor system, add these lines to the conf/application.conf file:
akka.default-dispatcher.core-pool-size-max = 64
akka.debug.receive = on
Note: You can also configure any other actor system from the same file, just provide a top configuration key.
When you interact asynchronously with an Akka actor we will get Future object. You can easily convert them to play Promise using the conversion method provided in play.libs.Akka.asPromise():
import static akka.pattern.Patterns.ask;
import play.libs.Akka;
import play.mvc.Result;
import static play.mvc.Results.async;
import play.libs.F.Function;
public static Result index() {
return async(
Akka.asPromise(ask(myActor,"hello", 1000)).map(
new Function<Object,Result>() {
public Result apply(Object response) {
return ok(response.toString());
}
}
)
);
}A common use case within Akka is to have some computation performed concurrently without needing the extra utility of an Actor. If you find yourself creating a pool of Actors for the sole reason of performing a calculation in parallel, there is an easier (and faster) way:
import static play.libs.Akka.future;
import play.libs.F.*;
import java.util.concurrent.Callable;
public static Result index() {
return async(
future(new Callable<Integer>() {
public Integer call() {
return longComputation();
}
}).map(new Function<Integer,Result>() {
public Result apply(Integer i) {
return ok("Got " + i);
}
})
);
}You can schedule sending messages to actors and executing tasks (functions or Runnable instances). You will get a Cancellable back that you can call cancel on to cancel the execution of the scheduled operation.
For example, to send a message to the testActor every 30 minutes:
Akka.system().scheduler().schedule(
Duration.create(0, TimeUnit.MILLISECONDS),
Duration.create(30, TimeUnit.MINUTES)
testActor,
"tick"
)
Alternatively, to run a block of code ten seconds from now:
Akka.system().scheduler().scheduleOnce(
Duration.create(10, TimeUnit.SECONDS),
new Runnable() {
public void run() {
file.delete()
}
}
);
Next: Internationalization
- Programación HTTP
- Programación HTTP asincrónica
- El sistema de templates
- Envío y validación de formularios HTTP
- Trabajando con JSON
- Trabajando con XML
- Resolviendo la subida de archivos
- Acceso a una base de datos SQL
- Uso del Cache
- Consumiendo web services
- Integración con Akka
- Internacionalización
- El objeto de aplicación Global
- Probando su aplicación