del juego documentación: http://www.playframework.org/documentation/1.1.1/cache
Play has a cache library and will use Memcached when used in a distributed environment.
If you don’t configure Memcached, Play will use a standalone cache that stores data in the JVM heap. Caching data in the JVM application breaks the “share nothing” assumption made by Play: you can’t run your application on several servers, and expect the application to behave consistently. Each application instance will have a different copy of the data.
Usted puede poner cualquier objeto en la memoria caché, como en el siguiente ejemplo (en este ejemplo a partir del documento http://www.playframework.org/documentation/1.1.1/controllers#session, utiliza session.getId() para guardar los mensajes de cada usuario)
public static void index() {
List messages = Cache.get(session.getId() + "-messages", List.class);
if(messages == null) {
// Cache miss
messages = Message.findByUser(session.get("user"));
Cache.set(session.getId() + "-messages", messages, "30mn");
}
render(messages);
}
Debido a que es una memoria caché, y no una sesión, hay que tener en cuenta que los datos ya no podrían estar disponibles, y pasar un buen significa para recuperarlo una vez más de somehere (el modelo de mensajes , en este caso)
De todos modos, si tiene suficiente memoria y requiere una breve interacción con el usuario, los datos deberían estar allí, y en caso de que no lo esté puede redirigir al usuario al comienzo del asistente (está hablando de algún tipo de página del asistente, ¿no?)
Ten en cuenta que el juego, con su enfoque de compartir sin estado, no tiene sessión en absoluto, por debajo solo lo maneja a través de cookies, por eso solo puede aceptar cadenas de tamaño limitado
Su pregunta no es muy clara. Ayudaría si mencionas lo que estás tratando de hacer. –
Soory, mi inglés es muy pobre. Edito ahora ... – barroco